From owner-freebsd-current@FreeBSD.ORG Sun May 13 02:40: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 3DFC716A400 for ; Sun, 13 May 2007 02:40:56 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id CBF7213C45E for ; Sun, 13 May 2007 02:40:35 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l4D2eUWo003749; Sat, 12 May 2007 21:40:30 -0500 (CDT) (envelope-from dan) Date: Sat, 12 May 2007 21:40:30 -0500 From: Dan Nelson To: Robert Watson Message-ID: <20070513024030.GE2364@dan.emsphone.com> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070512205110.U24765@fledge.watson.org> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Kian Mohageri , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 02:40:56 -0000 In the last episode (May 12), Robert Watson said: > Call me old-fashioned, but I actually preferred the much more > abbreviated rc output from before rc.d even. :-) We're not going > back to hardware devices where all the probed devices add up to > fewer than 25 lines, I'm sure, but when daemons generated 8-12 > characters without a carriage return each, there was a good chance > you could still see the end of the kernel messages by the time you > got to login:, and I miss that. I don't object to optional more > complex output as long as that complexity is hidden away neatly > somewhere in rc.subr, and isn't on by default as shipped. I'd love > it if someone could restore the even shorter output we had before. Taken to an extreme, you have Solaris 10, where you get the kernel's copyright message, smf kicks off all the startup scripts in parallel (subject to dependency rules) in the background, their output goes into individual logfiles, and all you see is the login: prompt at the console :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun May 13 03:33: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 4F40416A402 for ; Sun, 13 May 2007 03:33:56 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 10C4813C44B for ; Sun, 13 May 2007 03:33:55 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l4D3XsKY021242; Sat, 12 May 2007 23:33:54 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sat, 12 May 2007 23:33:55 -0400 (EDT) Date: Sat, 12 May 2007 23:33:54 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20070512190733.2ad55289@kan.dnsalias.net> Message-ID: References: <20070511083154.0b72ff46@kan.dnsalias.net> <8e5ef5f70705110951p55e4eb6aqe2ef23b3e77d907a@mail.gmail.com> <20070512190733.2ad55289@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: shared library bump, symbol versioning, libthr change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 03:33:56 -0000 On Sat, 12 May 2007, Alexander Kabaev wrote: > On Sat, 12 May 2007 18:39:23 -0400 (EDT) > Daniel Eischen wrote: > >> libc and the thread libraries need to be bumped for a couple of >> reasons. I believe the internal jump table (see __thr_jtable >> in src/lib/libc/include/libc_private.h) changed sizes between >> 6.x and 7.x. The other reason is that libpthread and libthr >> used the namespace LIBPTHREAD_1_0 as their namespace, and this >> needs to be removed and FBSD_1.0 used instead. libpthread >> currently has to play some ugly games in order to be compatible >> with both namespaces. libthr currently doesn't have those >> ugly hacks and it would have to add them if its library version >> is not bumped. > > Hmm, than does complicate matters a bit and I need to think about this > a little bit more. Could you commit the rest of the patch meanwhile? > It might turn out that another wholesale bump was made unavoidable by > our earlier actions already. I just do not want to rush it :) I plan on using a private function to set the jump table from the thread libraries so that we can make it easier to change the table format in the future if necessary. I'll add that later. I'll commit the patches without any version bumps. -- DE From owner-freebsd-current@FreeBSD.ORG Sun May 13 03:35: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 753F916A400; Sun, 13 May 2007 03:35:44 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns.genyosha.net (ns.genyosha.net [216.103.76.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4491F13C465; Sun, 13 May 2007 03:35:44 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from dragon.genyosha.net (dragon.genyosha.net [216.103.76.254]) by ns.genyosha.net (8.12.11.20060614/8.12.11) with ESMTP id l4D38aMC019614; Sat, 12 May 2007 20:08:36 -0700 (PDT) Received: from dragon.genyosha.net (localhost [127.0.0.1]) by dragon.genyosha.net (8.13.8/8.13.8) with ESMTP id l4D38aRJ014031; Sat, 12 May 2007 20:08:36 -0700 (PDT) (envelope-from sr@dragon.genyosha.net) Received: (from sr@localhost) by dragon.genyosha.net (8.13.8/8.13.8/Submit) id l4D38aeS014030; Sat, 12 May 2007 20:08:36 -0700 (PDT) (envelope-from sr) Date: Sat, 12 May 2007 20:08:36 -0700 From: Steve Rikli To: Dan Nelson Message-ID: <20070513030836.GA13998@dragon.genyosha.net> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513024030.GE2364@dan.emsphone.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 03:35:44 -0000 On Sat, May 12, 2007 at 09:40:30PM -0500, Dan Nelson wrote: > In the last episode (May 12), Robert Watson said: > > Call me old-fashioned, but I actually preferred the much more > > abbreviated rc output from before rc.d even. :-) We're not going > > back to hardware devices where all the probed devices add up to > > fewer than 25 lines, I'm sure, but when daemons generated 8-12 > > characters without a carriage return each, there was a good chance > > you could still see the end of the kernel messages by the time you > > got to login:, and I miss that. I don't object to optional more > > complex output as long as that complexity is hidden away neatly > > somewhere in rc.subr, and isn't on by default as shipped. I'd love > > it if someone could restore the even shorter output we had before. > > Taken to an extreme, you have Solaris 10, where you get the kernel's > copyright message, smf kicks off all the startup scripts in parallel > (subject to dependency rules) in the background, their output goes into > individual logfiles, and all you see is the login: prompt at the > console :) Right. And near as I can tell, no easy way to control that behavior without passing args to the kernel at boottime. I think. Which can be a bother e.g. when you're trying to figure out what the thing is actually doing (or trying to do), and you can't remember. :) I can appreciate the above commentary about brevity, but in the absence of "the one true boot message behavior", the ability to set e.g. boot_verbose=[YES|NO|MEDIUM] or similar notion in rc.conf might be good, if implement'able. cheers, sr. From owner-freebsd-current@FreeBSD.ORG Sun May 13 03:39: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 66FB516A403 for ; Sun, 13 May 2007 03:39:35 +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 95F2713C447 for ; Sun, 13 May 2007 03:39:34 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup200.ach.sch.gr [81.186.70.200]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l4D3IJ7t031791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 13 May 2007 06:18:29 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l4D3IAv1006795; Sun, 13 May 2007 06:18:11 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l4D3I8np006794; Sun, 13 May 2007 06:18:08 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 13 May 2007 06:18:08 +0300 From: Giorgos Keramidas To: Dan Nelson Message-ID: <20070513031807.GA6437@kobe.laptop> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513024030.GE2364@dan.emsphone.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.399, required 5, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Kian Mohageri , Robert Watson , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 03:39:35 -0000 On 2007-05-12 21:40, Dan Nelson wrote: >In the last episode (May 12), Robert Watson said: >> Call me old-fashioned, but I actually preferred the much more >> abbreviated rc output from before rc.d even. :-) We're not going back >> to hardware devices where all the probed devices add up to fewer than >> 25 lines, I'm sure, but when daemons generated 8-12 characters >> without a carriage return each, there was a good chance you could >> still see the end of the kernel messages by the time you got to >> login:, and I miss that. I don't object to optional more complex >> output as long as that complexity is hidden away neatly somewhere in >> rc.subr, and isn't on by default as shipped. I'd love it if someone >> could restore the even shorter output we had before. > > Taken to an extreme, you have Solaris 10, where you get the kernel's > copyright message, smf kicks off all the startup scripts in parallel > (subject to dependency rules) in the background, their output goes > into individual logfiles, and all you see is the login: prompt at the > console :) More like Solaris 10 "boot -v", where you still get the kernel messages, but you have a point there. I am kind of old-fashioned in the Robert way too, however. If there was a way to minimize the console output when services are starting, i.e. to print something like: [last kernel message] Booting FreeBSD: dumpon initrandom fsck root hostid mountcritlocal var cleanvar random adjkerntz hostname kldxref swap sysctl netif (lo0 fxp0) pflog pf routing devd nsswitch devfs syslogd ldconfig named auditd tmp cleartmp dmesg virecover local motd ntpd powerd syscons sshd sendmail cron securelevel power_profile inetd foo login: where each rc.d script would only print its name if it *was* enabled with xxx_enable, optionally followed by a parenthesized list of single-word status messages for each subscript/component), would be really neat. Is there any easy way we can 'tune' the fancy script to support the current output style, a very brief style like above, and then a fancy colorful style, depending on an rc.conf setting? - Giorgos From owner-freebsd-current@FreeBSD.ORG Sun May 13 05:48: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 1576B16A402 for ; Sun, 13 May 2007 05:48:35 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.freebsd.org (Postfix) with ESMTP id AC90013C447 for ; Sun, 13 May 2007 05:48:34 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 32A3E96228; Sun, 13 May 2007 07:48:33 +0200 (CEST) Message-ID: <4646A6B0.8000806@free.fr> Date: Sun, 13 May 2007 07:48:32 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: Bruno Damour References: <46458EDE.5060909@free.fr> In-Reply-To: <46458EDE.5060909@free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: zfs root is not mounted automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 05:48:35 -0000 Bruno Damour wrote: > Hello, > I have successfullty moved my root to zfs (some work, though) > following Pawel instruction. > Anyway, it still refuses to boot without asking root device from cmd > line : > > acd0: DVDR at ata0-master UDMA66 > ad10: 238475MB at ata5-master SATA150 > ad12: 305245MB at ata6-master SATA150 > pcm0: > pcm0: > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > SMP: AP CPU #1 Launched! > Trying to mount root from zfs:system > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ZFS filesystem version 6 > ZFS storage pool version 6 > zfs:system > Trying to mount root from zfs:system > fuse4bsd: version 0.3.0, FUSE ABI 7.8 > > It first fails to mount my zfs:system > I get the mountroot cmd line, and if I type zfs:system, boot resumes > and completes allright. > > Any idea of how to get rid of this ? > > vil1 ~ # uname -a > FreeBSD vil1.ruomad.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sat May 12 > 08:10:27 CEST 2007 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 > amd64 > > vil1 ~ # zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > data 298G 64.3G 234G 21% ONLINE - > system 74.5G 10.3G 64.2G 13% ONLINE - > > vil1 ~ # df > Filesystem 1K-blocks Used Avail Capacity Mounted on > system 66604544 497024 66107520 1% / > devfs 1 1 0 100% /dev > /dev/ad10s2a 507630 418978 48042 90% /bootdisk > system/tmp 66110464 2944 66107520 0% /tmp > system/usr 70144768 4037248 66107520 6% /usr > system/usr/local 68888704 2781184 66107520 4% /usr/local > system/var 67045760 938240 66107520 1% /var > /dev/ad10s1 122093968 35128468 86965500 29% /mnt/win > data 307590016 67431168 240158848 22% /data > > Thanks in advance > > Bruno > > > _______________________________________________ > 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" Doesn't Anyody have any clue ? This is annoying. As far as I understand, zfs dozsnt load quickly enough, becque there is a message printed AFTER the mountroot> prompt THanks Bruno From owner-freebsd-current@FreeBSD.ORG Sun May 13 10:39: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 B4F7E16A405 for ; Sun, 13 May 2007 10:39:52 +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 891BB13C484 for ; Sun, 13 May 2007 10:39:52 +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 2EDC247104; Sun, 13 May 2007 06:39:52 -0400 (EDT) Date: Sun, 13 May 2007 11:39:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Steve Rikli In-Reply-To: <20070513030836.GA13998@dragon.genyosha.net> Message-ID: <20070513113550.C24765@fledge.watson.org> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> <20070513030836.GA13998@dragon.genyosha.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Dan Nelson Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 10:39:52 -0000 On Sat, 12 May 2007, Steve Rikli wrote: > On Sat, May 12, 2007 at 09:40:30PM -0500, Dan Nelson wrote: >> In the last episode (May 12), Robert Watson said: >>> Call me old-fashioned, but I actually preferred the much more >>> abbreviated rc output from before rc.d even. :-) We're not going >>> back to hardware devices where all the probed devices add up to >>> fewer than 25 lines, I'm sure, but when daemons generated 8-12 >>> characters without a carriage return each, there was a good chance >>> you could still see the end of the kernel messages by the time you >>> got to login:, and I miss that. I don't object to optional more >>> complex output as long as that complexity is hidden away neatly >>> somewhere in rc.subr, and isn't on by default as shipped. I'd love >>> it if someone could restore the even shorter output we had before. >> >> Taken to an extreme, you have Solaris 10, where you get the kernel's >> copyright message, smf kicks off all the startup scripts in parallel >> (subject to dependency rules) in the background, their output goes into >> individual logfiles, and all you see is the login: prompt at the console :) > > Right. And near as I can tell, no easy way to control that behavior without > passing args to the kernel at boottime. I think. Which can be a bother > e.g. when you're trying to figure out what the thing is actually doing (or > trying to do), and you can't remember. :) > > I can appreciate the above commentary about brevity, but in the absence of > "the one true boot message behavior", the ability to set e.g. > > boot_verbose=[YES|NO|MEDIUM] > > or similar notion in rc.conf might be good, if implement'able. There are two places we could do this, and both isn't impossible either as they meet different requirements: (1) rc.conf is the canonical place for configuring the rc.d boot parts, and it's easy to imagine how it all fits together. (2) kernel environmental variables can be set in the boot loader before boot without having to have a mounted file system, and can be queried with kenv(1). I think it would be useful to have an rc.conf variable and a kernel boot variable that is not set by default, and have the latter override the former if present. All of this presupposes someone adding flexibility :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun May 13 11:25: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 9AFF716A404 for ; Sun, 13 May 2007 11:25:56 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp811.mail.ird.yahoo.com (smtp811.mail.ird.yahoo.com [217.146.188.71]) by mx1.freebsd.org (Postfix) with SMTP id 14BA613C43E for ; Sun, 13 May 2007 11:25:55 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 53938 invoked from network); 13 May 2007 11:25:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=YYIbfigBIOIuZ77Bn16E+7iNCsUnSBzCBBMBj1ZsMDE/qp4NQB20REOTdflcCFvj2PEv7+VYlwgwqJabG13dIbh2QkTsRVy+4I/YHzIGDOBSe/L/nxH4BhPNmziCh58v81159hykIz3lj7W5TSOXhLzdvKvI2BSzvcbqqUihtjA= ; Received: from unknown (HELO ?192.168.0.22?) (thomas.sparrevohn@btinternet.com@86.134.25.217 with login) by smtp811.mail.ird.yahoo.com with SMTP; 13 May 2007 11:25:54 -0000 X-YMail-OSG: HqueDOYVM1nUcvxuzID9jr6WLWsiO3Lek_YdNec218VCiY4TEF.gHtfgKE6GiSkagQwrHUU0Vg-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sun, 13 May 2007 12:25:53 +0100 User-Agent: KMail/1.9.6 References: <86k5vffjz8.wl%rpaulo@fnop.net> <863b21nbca.wl%rpaulo@fnop.net> <1178994907.27716.19.camel@shumai.marcuscom.com> In-Reply-To: <1178994907.27716.19.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705131225.53936.Thomas.Sparrevohn@btinternet.com> Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 11:25:56 -0000 On Saturday 12 May 2007 19:35:07 Joe Marcus Clarke wrote: > On Sat, 2007-05-12 at 19:30 +0100, Rui Paulo wrote: > > At Sat, 12 May 2007 14:12:42 -0400, > > Joe Marcus Clarke wrote: > > > > > > [1 ] > > > On Sat, 2007-05-12 at 18:49 +0100, Rui Paulo wrote: > > > > At Fri, 11 May 2007 23:45:49 -0400, > > > > Joe Marcus Clarke wrote: > > > > > This seems to work on my Core Duo Pro: > > > > > > > > > > dev.cpu.0.temperature: 70 > > > > > dev.cpu.1.temperature: 70 > > > > > > > > For curiosity's sake, what's your CPU? > > > > > > MacBookPro1,1 Core Duo 2.0 GHz > > > > Do you have frequency scaling working? > > I had it working before, but I have not fully recompiled the kernel to > get the new freqs. I'll update you when I do. > > Joe > Nice - Have you looked at using the mwait deeper C-States rather than halt? I think the "msr" portion looks like it will handle the entire Micro Core architecture - that would be really nice - Judging from the papers published by intel and from the general discussions on the net - it seems like a) P-States are the prefered way of reducing power b) EIST - adds additional savings c) ODCM - should only be used for Thermal emergencies as it does not redure the power d) TM2 or TM1 must be enabled but TM2 is prefered Would it be possible to seperate the "ACPI" part from the other "Mac patches" as I think its of more general use? From owner-freebsd-current@FreeBSD.ORG Sun May 13 10:51:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id ADC2516A407; Sun, 13 May 2007 10:51:48 +0000 (UTC) Date: Sun, 13 May 2007 10:51:48 +0000 From: Darren Reed To: Kian Mohageri Message-ID: <20070513105148.GA32859@hub.freebsd.org> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sun, 13 May 2007 11:29:25 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 10:51:48 -0000 On Sat, May 12, 2007 at 12:14:11PM -0700, Kian Mohageri wrote: .... > I don't mean to be the Debbie Downer of the list, but I'm not crazy about > the addition just because I like simplicity. I know it's off by default and > all, but > it reminds me a whole lot of linux startup (Gentoo, specifically, but I dont > remember where this originated) and I'm more fond of FBSD's as it looks more > professional. I believe what you're referring to started with HP-UX 10 where it didn't just scroll up the screen, but rather it went through in "pages". It is just something else Linux "copied". Darren From owner-freebsd-current@FreeBSD.ORG Sun May 13 10:56:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 680) id D284116A404; Sun, 13 May 2007 10:56:30 +0000 (UTC) Date: Sun, 13 May 2007 10:56:30 +0000 From: Darren Reed To: current@freebsd.org Message-ID: <20070513105630.GB32859@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sun, 13 May 2007 11:29:25 +0000 Cc: Subject: build failure with -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, 13 May 2007 10:56:30 -0000 ===> crypto (depend) -> /source/freebsd/sys machine -> /source/freebsd/sys/i386/include awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c ln -sf /source/freebsd/sys/i386/compile/GENERIC/opt_param.h opt_param.h awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h ln -sf /source/freebsd/sys/i386/compile/GENERIC/opt_ddb.h opt_ddb.h make: don't know how to make camellia.c. Stop *** Error code 2 Stop in /source/freebsd/sys/modules. *** Error code 1 Stop in /source/freebsd/sys/i386/compile/GENERIC. From owner-freebsd-current@FreeBSD.ORG Sun May 13 12:20: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 F38A316A416 for ; Sun, 13 May 2007 12:20:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id BC87A13C4C3 for ; Sun, 13 May 2007 12:20:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 9AFB6EB9632; Sun, 13 May 2007 20:20:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Z+MR9FpKBYRs; Sun, 13 May 2007 20:20:26 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [221.222.205.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 57EFFEB781D; Sun, 13 May 2007 20:20:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=vXdAUPYnUyKcw6SvzGW0E1FcehkLiwC4Y4bvdApRL+/Vy+7n6gctWopDk33fCbatZ K0zxYOWdJ3UUhvdqIsBew== Message-ID: <46470288.8040708@delphij.net> Date: Sun, 13 May 2007 20:20:24 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46459240.8070403@paradise.net.nz> <20070512175214.GA22914@xor.obsecurity.org> In-Reply-To: <20070512175214.GA22914@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig230232C7A6CB64ED81FF46F3" Cc: kan@FreeBSD.org, freebsd-current@freebsd.org, David O'Brien , Mark Kirkwood Subject: Re: FreeBSD 7.0 using GCC 4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 12:20:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig230232C7A6CB64ED81FF46F3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kris Kennaway wrote: > On Sat, May 12, 2007 at 10:09:04PM +1200, Mark Kirkwood wrote: >> Hi, >> >> I just updated one of my 6.2-STABLE machines to 7.0-CURRENT and was=20 >> (mistakenly I guess) expecting to see gcc 4.x as the default compiler.= =2E.=20 >> however I'm seeing 3.4.6 20060825. As far as I can tell I have perform= ed=20 >> the upgrade correctly (followed UPDATING) and everything works fine...= =2E=20 >> also src/contrib/gcc/version.c seems to agree that 3.4.6 is it. >> >> So... err - are we still intending to change to 4? >=20 > Yes, real soon now Will we be using 4.1.x series or 4.2.x series for 7.0-RELEASE? Just curious :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig230232C7A6CB64ED81FF46F3 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 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRwKIOfuToMruuMARCte1AJ9rieU++wO0/buOXGa0IGJFiYA/ewCcCZKc rfj6sUjX1XaWNRDtmfiQVh0= =I0SH -----END PGP SIGNATURE----- --------------enig230232C7A6CB64ED81FF46F3-- From owner-freebsd-current@FreeBSD.ORG Sun May 13 12:35: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 546B416A404; Sun, 13 May 2007 12:35:06 +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 1759B13C447; Sun, 13 May 2007 12:35:06 +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 2EC0220A6; Sun, 13 May 2007 14:35:02 +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 A2C912088; Sun, 13 May 2007 14:35:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 7B50A5568; Sun, 13 May 2007 14:35:01 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: current@freebsd.org Date: Sun, 13 May 2007 14:35:01 +0200 Message-ID: <86ps54296y.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: sos@freebsd.org Subject: ata_alloc request failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 12:35:06 -0000 I've started to get this on one of my machines: dma.des.no kernel log messages: +++ /tmp/security.207mhx7D Sun May 13 03:05:32 2007 +DOH! ata_alloc_request failed! +FAILURE - out of memory in ata_raid_init_request +FAILURE - out of memory in ata_raid_init_request +FAILURE - out of memory in ata_raid_init_request +g_vfs_done():ar0s1h[WRITE(offset=3D18879152128, length=3D16384)]error =3D 5 +g_vfs_done():ar0s1h[WRITE(offset=3D18879168512, length=3D16384)]error =3D 5 +g_vfs_done():ar0s1h[WRITE(offset=3D18879184896, length=3D16384)]error =3D 5 It's an amd64 box with 1 GB RAM and a very light workload, but it's interesting to note that the failure happened about 90 seconds into 'periodic weekly' (most likely while rebuilding the locate database) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 13 13:20: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 18FF816A402 for ; Sun, 13 May 2007 13:20:13 +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 C300813C45B for ; Sun, 13 May 2007 13:20:12 +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 AC5D81FF953; Sun, 13 May 2007 15:20:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 543E71FFDDB; Sun, 13 May 2007 15:20: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 6F0FA44487F; Sun, 13 May 2007 13:16:03 +0000 (UTC) Date: Sun, 13 May 2007 13:16:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= In-Reply-To: <86ps54296y.fsf@dwp.des.no> Message-ID: <20070513131107.K2939@maildrop.int.zabbadoz.net> References: <86ps54296y.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1551029643-1179062163=:2939" X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ata_alloc request failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 13:20:13 -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-1551029643-1179062163=:2939 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 13 May 2007, Dag-Erling Sm=F8rgrav wrote: Hi, > I've started to get this on one of my machines: > > dma.des.no kernel log messages: > +++ /tmp/security.207mhx7D=09Sun May 13 03:05:32 2007 > +DOH! ata_alloc_request failed! > +FAILURE - out of memory in ata_raid_init_request > +FAILURE - out of memory in ata_raid_init_request > +FAILURE - out of memory in ata_raid_init_request > +g_vfs_done():ar0s1h[WRITE(offset=3D18879152128, length=3D16384)]error = =3D 5 > +g_vfs_done():ar0s1h[WRITE(offset=3D18879168512, length=3D16384)]error = =3D 5 > +g_vfs_done():ar0s1h[WRITE(offset=3D18879184896, length=3D16384)]error = =3D 5 > > It's an amd64 box with 1 GB RAM and a very light workload, but it's > interesting to note that the failure happened about 90 seconds into > 'periodic weekly' (most likely while rebuilding the locate database) It should be safe to ignore them though it's not a solution. I had seen those for about half a year on amd64/6 and sometimes it's not only 3 lines but a few hundred. Also 1G RAM here. For me also my backup runs during the hours this sometimes happens. Was was not able to track it down to one specific event. I tried to capture memory usage during that time but could not find anything (maybe I haven't checked correctly). In case you find out the casue of this I'd be happy to test changes:) /bz --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT --0-1551029643-1179062163=:2939-- From owner-freebsd-current@FreeBSD.ORG Sun May 13 13:46: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 192DC16A403; Sun, 13 May 2007 13:46:38 +0000 (UTC) (envelope-from freebsd@ruomad.net) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 60B1713C469; Sun, 13 May 2007 13:46:38 +0000 (UTC) (envelope-from freebsd@ruomad.net) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by postfix2-g20.free.fr (Postfix) with ESMTP id 4E22EFFD1CE; Sun, 13 May 2007 14:19:54 +0200 (CEST) Received: from [192.168.0.138] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id E648696AE6; Sun, 13 May 2007 15:19:26 +0200 (CEST) Message-ID: <46471067.1060905@ruomad.net> Date: Sun, 13 May 2007 15:19:35 +0200 From: Bruno Damour User-Agent: Thunderbird 2.0.0.0 (X11/20070429) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <462BCF46.6030704@infidyne.com> <20070422195818.GH52622@garage.freebsd.pl> <462BC4ED.1050003@infidyne.com> <20070422203556.GI52622@garage.freebsd.pl> In-Reply-To: <20070422203556.GI52622@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 13 May 2007 14:02:24 +0000 Cc: freebsd-fs@FreeBSD.org, Stefan Esser , freebsd-current@FreeBSD.org, Peter Schuller Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 13:46:40 -0000 Pawel Jakub Dawidek wrote: > On Sun, Apr 22, 2007 at 10:26:21PM +0200, Peter Schuller wrote: > >>> Try zfs_load="YES". If this is what you had, send me full dmesg. >>> >> Sorry, I had zfs_load="YES". Typo on my part. No typo in loader.conf. >> >> Do you have any suggestion on how to best grab the dmesg, given that >> when triggering this the root fs cannot be mounted? >> >> Or do you just want a dmesg from my system in general, with a matching >> loader.conf minus the vfs.root.mountfromt? >> >> If the latter, it is available here: >> >> http://distfiles.scode.org/mlref/freebsd-dmesg-zfs-glabel-7current.txt >> >> In this dmesg the ZFS pool version output preceeds the glabel tasting. I >> was so sure this was not the case. Either I was misstaken or this was >> different then for some reason. >> > > And this is the problem... ZFS tries only ones. I'll think it over and > see what can be done. Unfortunately ZFS doesn't use GEOM tasting > mechanism and I'd prefer not to modify it to do so, because the changes > may be huge. > > Hello, Sorry about the noise, but I wonder if anyone saw my previous post about zfs root not being found at once (I have to input it manually at mountroot> prompt) ? Thanks Bruno From owner-freebsd-current@FreeBSD.ORG Sun May 13 14:18: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 25D9416A400 for ; Sun, 13 May 2007 14:18:52 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 92CB613C465 for ; Sun, 13 May 2007 14:18:51 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 3A7766909B7; Sun, 13 May 2007 15:18:34 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 07F6C6909BC; Sun, 13 May 2007 15:18:34 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-123-42.net.novis.pt [87.196.123.42]) by core.fnop.net (Postfix) with ESMTP id 3CCB46909B7; Sun, 13 May 2007 15:18:33 +0100 (WEST) Date: Sun, 13 May 2007 15:18:40 +0100 Message-ID: <861whkn6wv.wl%rpaulo@fnop.net> From: Rui Paulo To: Thomas Sparrevohn In-Reply-To: <200705131225.53936.Thomas.Sparrevohn@btinternet.com> References: <86k5vffjz8.wl%rpaulo@fnop.net> <863b21nbca.wl%rpaulo@fnop.net> <1178994907.27716.19.camel@shumai.marcuscom.com> <200705131225.53936.Thomas.Sparrevohn@btinternet.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 14:18:52 -0000 At Sun, 13 May 2007 12:25:53 +0100, Thomas Sparrevohn wrote: > Nice - Have you looked at using the mwait deeper C-States rather > than halt? Nop. > I think the "msr" portion looks like it will handle the entire Micro > Core architecture that would be really nice - Judging from the > papers published by intel and from the general discussions on the > net - it seems like Are you refering to msrtemp driver? Yes, it only works on Intel's Core Architecture, at the moment. > Would it be possible to seperate the "ACPI" part from the other "Mac > patches" as I think its of more general use? Well, if someone really needs it (besides for MacBooks), we can discuss what should be done. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun May 13 14:39: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 E839516A400 for ; Sun, 13 May 2007 14:39:48 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id A2F4713C458 for ; Sun, 13 May 2007 14:39:48 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1339447wxc for ; Sun, 13 May 2007 07:39:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=OvL2HPkUm8fiWPYP6+jxKT7+dF8lxnxfQDfC56AZ2a6j1MYlaW6SVzRsDh+IYBeim3VP09565gkf3e8X6NAYGo0NR05YTlPbtlwpUdDjqIELHSgThF3lTUeBAxhCZXNrfQqN8YubbT523gagr6NJe+EM0zZI0f4Q/03BnSbtQ7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=BYrKxvVie4lMyMnmkXOWZr7Kn2AhgCVMOSn9DPPLQPx7pixjp/llkMITocAqgEVZPC5JQm7nSMZmabJtOjfoQMHaieBJwCSXvu++exUpmGP2I0EE59z037YkcjL+fAIGKrt1GIHwRYCsHB9npop8wOAnSopVzQbb4JLWhs9iHCY= Received: by 10.70.80.6 with SMTP id d6mr3635565wxb.1179067187841; Sun, 13 May 2007 07:39:47 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id 74sm9865809wra.2007.05.13.07.39.46; Sun, 13 May 2007 07:39:47 -0700 (PDT) Date: Sun, 13 May 2007 10:39:41 -0400 From: Alexander Kabaev To: LI Xin Message-ID: <20070513103941.7f603598@kan.dnsalias.net> In-Reply-To: <46470288.8040708@delphij.net> References: <46459240.8070403@paradise.net.nz> <20070512175214.GA22914@xor.obsecurity.org> <46470288.8040708@delphij.net> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_JxF8c=4FnBXf8Ex6QdOOUni"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 using GCC 4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 14:39:49 -0000 --Sig_JxF8c=4FnBXf8Ex6QdOOUni Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 13 May 2007 20:20:24 +0800 LI Xin wrote: > Will we be using 4.1.x series or 4.2.x series for 7.0-RELEASE? Just > curious :-) >=20 > Cheers, > --=20 > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! >=20 4.2.0. This is the first compiler version in GCC history to actually shrink compiled boot2 code and that alone gave it many points in 4.1 vs. 4.2 shootout. There are other advantages as well. 4.2 can build unpatched firefox and have it working, while 4.1 builds binary with broken relocations, etc. --=20 Alexander Kabaev --Sig_JxF8c=4FnBXf8Ex6QdOOUni Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGRyMtQ6z1jMm+XZYRAk+1AJ4+cbfO7KM+0rOQWQZTkDMi7tYi/wCdGv2y Mfn6v+tsGXGSeYLtrP25f/s= =kRK5 -----END PGP SIGNATURE----- --Sig_JxF8c=4FnBXf8Ex6QdOOUni-- From owner-freebsd-current@FreeBSD.ORG Sun May 13 15:17: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 CF8F916A407 for ; Sun, 13 May 2007 15:17:57 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id 4737213C459 for ; Sun, 13 May 2007 15:17:57 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 94459 invoked from network); 13 May 2007 15:17:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=xEfUgz8r0t6pcqJFbkYDLTaDmx5sYshPgL/KsHpYDrhclAus9n4WjNxeUJTy7LcP8hi2c0clqAEdJhjt6HyYHyMAg4nVaW6iXbXHuDp9I0gyRuELMS1FU0SeIn63OZEj2fONK6aoriHkAy+vjKg8n2xXb2MO4hJYOeoAkFweTZo= ; Received: from unknown (HELO ?192.168.0.22?) (thomas.sparrevohn@btinternet.com@86.134.25.217 with login) by smtp801.mail.ird.yahoo.com with SMTP; 13 May 2007 15:17:56 -0000 X-YMail-OSG: K3YIn9sVM1nEvshwuRliTyeRpJqfUYwI4nC1htNQ8rZRWpWHXbrla2ofZz7LW6VltXpdKGfYai8VJiPtmVZE2KE0JidtqlGA7D0kS4MQkMcLSi63vIhpIPx2y3s- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sun, 13 May 2007 16:17:55 +0100 User-Agent: KMail/1.9.6 References: <86k5vffjz8.wl%rpaulo@fnop.net> <200705131225.53936.Thomas.Sparrevohn@btinternet.com> <861whkn6wv.wl%rpaulo@fnop.net> In-Reply-To: <861whkn6wv.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705131617.56090.Thomas.Sparrevohn@btinternet.com> Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 15:17:57 -0000 On Sunday 13 May 2007 15:18:40 Rui Paulo wrote: > At Sun, 13 May 2007 12:25:53 +0100, > Thomas Sparrevohn wrote: >=20 > > Nice - Have you looked at using the mwait deeper C-States rather > > than halt?=20 >=20 > Nop. >=20 > > I think the "msr" portion looks like it will handle the entire Micro > > Core architecture that would be really nice - Judging from the > > papers published by intel and from the general discussions on the > > net - it seems like=20 >=20 > Are you refering to msrtemp driver? Yes, it only works on Intel's Core > Architecture, at the moment. >=20 > > Would it be possible to seperate the "ACPI" part from the other "Mac > > patches" as I think its of more general use? =20 >=20 > Well, if someone really needs it (besides for MacBooks), we can > discuss what should be done. Using a quad-core - Desktop - I need it - Normally the cores runs at 45C - under freebsd it more like 51-55C and its giving me heat burns on my feet ;= =2D) All the Core Micro architecture uses TM2 approach and ODCM as secondary. The Xeon's systems seems as a rule to have reasonable APCI implementations= =20 =2D however quite a lot of Desktop systems does not really and depends upon= OSPM to give the information - Judging from the Linux implementation that is the= approach they have taken - eg. cstate.c etc -=20 A quad core system are in idle wait quite a lot due to the way that portupg= rade etc. works but I don't think that the system enters "C1 Auto Halt Stop Grant" which in= it self would half the power used.=20 =46rom a linux presentation it looks like the Power Usage swings between 31= Watt - down to 1.8Watt in DC4 state so there a lot of heat and power to be saved ;-) So I think there are good reasons to look at TM2 and Mwait etc=20 >=20 > -- > Rui Paulo > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Sun May 13 15:27: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 596A016A404 for ; Sun, 13 May 2007 15:27:29 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 07CE513C45A for ; Sun, 13 May 2007 15:27:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 1EAD8EB96D1; Sun, 13 May 2007 23:27:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id zqtWJAYP6LKx; Sun, 13 May 2007 23:27:26 +0800 (CST) Received: from LI-Xins-MacBook.local (unknown [221.222.205.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 170D3EB962D; Sun, 13 May 2007 23:27:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=fDhUCIVvv5cDEIWnws+Xk1AFuoGMNfqabSZcGIxL4AwNai9r9ChrQ/2fsRXlUApRM L+am24+3UNqMQVtyTo5kg== Message-ID: <46472E5C.1060703@delphij.net> Date: Sun, 13 May 2007 23:27:24 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Alexander Kabaev References: <46459240.8070403@paradise.net.nz> <20070512175214.GA22914@xor.obsecurity.org> <46470288.8040708@delphij.net> <20070513103941.7f603598@kan.dnsalias.net> In-Reply-To: <20070513103941.7f603598@kan.dnsalias.net> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig4706EA798061B3F0A2178F28" Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 using GCC 4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 15:27:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4706EA798061B3F0A2178F28 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Alexander Kabaev wrote: > On Sun, 13 May 2007 20:20:24 +0800 > LI Xin wrote: >=20 >> Will we be using 4.1.x series or 4.2.x series for 7.0-RELEASE? Just >> curious :-) >> >> Cheers, >> --=20 >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! >> >=20 > 4.2.0. This is the first compiler version in GCC history to actually > shrink compiled boot2 code and that alone gave it many points in 4.1 > vs. 4.2 shootout. There are other advantages as well. 4.2 can build > unpatched firefox and have it working, while 4.1 builds binary with > broken relocations, etc. Wow, that's great, thanks for the work! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig4706EA798061B3F0A2178F28 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 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRy5cOfuToMruuMARCnI7AJ4/cn9SC0l8O7EyEhWaSlLhMgZSHACfaH4n /wcMsNbQnbtkeGu0vehMxGw= =PHYf -----END PGP SIGNATURE----- --------------enig4706EA798061B3F0A2178F28-- From owner-freebsd-current@FreeBSD.ORG Sun May 13 16:14: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 60AFA16A400 for ; Sun, 13 May 2007 16:14:59 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED9D13C459 for ; Sun, 13 May 2007 16:14:59 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HnGim-000809-Tk>; Sun, 13 May 2007 18:14:56 +0200 Received: from e178017242.adsl.alicedsl.de ([85.178.17.242] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HnGim-00030x-R7>; Sun, 13 May 2007 18:14:56 +0200 Message-ID: <46473A44.7050408@mail.zedat.fu-berlin.de> Date: Sun, 13 May 2007 18:18:12 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: LI Xin References: <46459240.8070403@paradise.net.nz> <20070512175214.GA22914@xor.obsecurity.org> <46470288.8040708@delphij.net> <20070513103941.7f603598@kan.dnsalias.net> <46472E5C.1060703@delphij.net> In-Reply-To: <46472E5C.1060703@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.17.242 X-Mailman-Approved-At: Sun, 13 May 2007 16:27:06 +0000 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 using GCC 4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 16:14:59 -0000 LI Xin wrote: > Alexander Kabaev wrote: > >> On Sun, 13 May 2007 20:20:24 +0800 >> LI Xin wrote: >> >> >>> Will we be using 4.1.x series or 4.2.x series for 7.0-RELEASE? Just >>> curious :-) >>> >>> Cheers, >>> -- >>> Xin LI http://www.delphij.net/ >>> FreeBSD - The Power to Serve! >>> >>> >> 4.2.0. This is the first compiler version in GCC history to actually >> shrink compiled boot2 code and that alone gave it many points in 4.1 >> vs. 4.2 shootout. There are other advantages as well. 4.2 can build >> unpatched firefox and have it working, while 4.1 builds binary with >> broken relocations, etc. >> > > Wow, that's great, thanks for the work! > > Cheers, > A while ago a discussion herein was triggered about this subject and as I remember myself, the decission was made in favor of gcc 4.1. Watching Linux/Gentoo Forums for a while I was reading many suggestions not using gcc 4.1.1 as it is standard in newest branches/distributions, because of several serious misbehaviours/generating broken code. We will see Oliver From owner-freebsd-current@FreeBSD.ORG Sun May 13 17:28:41 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 32F6616A404; Sun, 13 May 2007 17:28:41 +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 D450D13C489; Sun, 13 May 2007 17:28:40 +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 l4DHSexf040877; Sun, 13 May 2007 13:28:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4DHSeC7086532; Sun, 13 May 2007 13:28:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F333C73068; Sun, 13 May 2007 13:28:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070513172839.F333C73068@freebsd-current.sentex.ca> Date: Sun, 13 May 2007 13:28:39 -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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 17:28:41 -0000 TB --- 2007-05-13 16:48:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-13 16:48:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-13 16:48:36 - cleaning the object tree TB --- 2007-05-13 16:49:02 - checking out the source tree TB --- 2007-05-13 16:49:02 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-13 16:49:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-13 16:56:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-13 16:56:13 - cd /src TB --- 2007-05-13 16:56:13 - /usr/bin/make -B buildworld >>> World build started on Sun May 13 16:56: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 [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/comsat/comsat.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o comsat comsat.o gzip -cn /src/libexec/comsat/comsat.8 > comsat.8.gz ===> libexec/fingerd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/libexec/fingerd/fingerd.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o fingerd fingerd.o -lutil fingerd.o(.text+0x3ec): In function `main': : undefined reference to `vfork' *** Error code 1 Stop in /src/libexec/fingerd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-13 17:28:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-13 17:28:39 - ERROR: failed to build world TB --- 2007-05-13 17:28:39 - tinderbox aborted TB --- 0.74 user 2.38 system 2403.07 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun May 13 17:58: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 9F5D816A404 for ; Sun, 13 May 2007 17:58:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2FF13C4BC for ; Sun, 13 May 2007 17:58:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DHsTTk065150 for ; Sun, 13 May 2007 10:54:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DHsPsw065142 for freebsd-current@freebsd.org; Sun, 13 May 2007 10:54:25 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 10:54:25 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070513175425.GA64710@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Process for requesting reverting 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: Sun, 13 May 2007 17:58:11 -0000 What is the formal process to get a recent commit to -current reverted? Do I send email to core? For details see http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:10: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 26C1F16A402 for ; Sun, 13 May 2007 18:10:57 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id BACF513C44B for ; Sun, 13 May 2007 18:10:56 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4DIAsYK039037; Sun, 13 May 2007 20:10:55 +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 l4DIAroL003313; Sun, 13 May 2007 20:10:53 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l4DIArqv003312; Sun, 13 May 2007 20:10:53 +0200 (CEST) (envelope-from wb) Date: Sun, 13 May 2007 20:10:53 +0200 From: Wilko Bulte To: Steve Kargl Message-ID: <20070513181053.GA3296@freebie.xs4all.nl> References: <20070513175425.GA64710@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513175425.GA64710@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:10:57 -0000 On Sun, May 13, 2007 at 10:54:25AM -0700, Steve Kargl wrote.. > What is the formal process to get a recent commit to > -current reverted? Do I send email to core? For How about asking the committer who put it in CVS? Be prepared to explain why you think the commit should be reverted. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:12: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 48F8516A400 for ; Sun, 13 May 2007 18:12:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9AE13C480 for ; Sun, 13 May 2007 18:12:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DI9D93065943; Sun, 13 May 2007 11:09:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DI9Dne065942; Sun, 13 May 2007 11:09:13 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 11:09:12 -0700 From: Steve Kargl To: Mark Linimon Message-ID: <20070513180912.GA65902@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <20070513180506.GA9171@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513180506.GA9171@soaustin.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:12:55 -0000 On Sun, May 13, 2007 at 01:05:06PM -0500, Mark Linimon wrote: > On Sun, May 13, 2007 at 10:54:25AM -0700, Steve Kargl wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 > > Well, you've done the right thing by sending a PR and having it assigned > to the maintainer. Have you not heard anything back from mp@? > Of course, not! Rendering the debugger useless with the default shell would seem to be a critical bug to me, but somehow/one decided that the severity was non-critical. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:15: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 DD0C916A404 for ; Sun, 13 May 2007 18:15:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id C114613C4BC for ; Sun, 13 May 2007 18:15:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DIBbKS065981; Sun, 13 May 2007 11:11:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DIBbOw065980; Sun, 13 May 2007 11:11:37 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 11:11:37 -0700 From: Steve Kargl To: Wilko Bulte Message-ID: <20070513181137.GB65902@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <20070513181053.GA3296@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513181053.GA3296@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:15:23 -0000 On Sun, May 13, 2007 at 08:10:53PM +0200, Wilko Bulte wrote: > On Sun, May 13, 2007 at 10:54:25AM -0700, Steve Kargl wrote.. > > What is the formal process to get a recent commit to > > -current reverted? Do I send email to core? For > > How about asking the committer who put it in CVS? > > Be prepared to explain why you think the commit should be > reverted. Did you read the PR? The details are there. gdb is broken with tcsh. Having a nonfunctioning debugger would seem to be a rather severe problem. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:17: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 135E216A403 for ; Sun, 13 May 2007 18:17:43 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id A61C413C448 for ; Sun, 13 May 2007 18:17:42 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4DIHer2003916; Sun, 13 May 2007 20:17:41 +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 l4DIHexA003429; Sun, 13 May 2007 20:17:40 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l4DIHe0I003428; Sun, 13 May 2007 20:17:40 +0200 (CEST) (envelope-from wb) Date: Sun, 13 May 2007 20:17:40 +0200 From: Wilko Bulte To: Steve Kargl Message-ID: <20070513181740.GA3415@freebie.xs4all.nl> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <20070513181053.GA3296@freebie.xs4all.nl> <20070513181137.GB65902@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513181137.GB65902@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:17:43 -0000 On Sun, May 13, 2007 at 11:11:37AM -0700, Steve Kargl wrote.. > On Sun, May 13, 2007 at 08:10:53PM +0200, Wilko Bulte wrote: > > On Sun, May 13, 2007 at 10:54:25AM -0700, Steve Kargl wrote.. > > > What is the formal process to get a recent commit to > > > -current reverted? Do I send email to core? For > > > > How about asking the committer who put it in CVS? > > > > Be prepared to explain why you think the commit should be > > reverted. > > Did you read the PR? The details are there. No. You asked about the process. There is no formal process in that sense. > gdb is broken with tcsh. Having a nonfunctioning debugger > would seem to be a rather severe problem. Use another shell for now. And wait for the committer to respond. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:23:53 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 D20EF16A402 for ; Sun, 13 May 2007 18:23:53 +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 937CD13C44B for ; Sun, 13 May 2007 18:23:53 +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 26AEC20A7; Sun, 13 May 2007 20:23: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 99EBF20A6; Sun, 13 May 2007 20:23:49 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 6B72D55A6; Sun, 13 May 2007 20:23:49 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Steve Kargl References: <20070513175425.GA64710@troutmask.apl.washington.edu> Date: Sun, 13 May 2007 20:23:43 +0200 In-Reply-To: <20070513175425.GA64710@troutmask.apl.washington.edu> (Steve Kargl's message of "Sun\, 13 May 2007 10\:54\:25 -0700") Message-ID: <864pmg1t1s.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:23:53 -0000 Steve Kargl writes: > What is the formal process to get a recent commit to -current > reverted? Do I send email to core? You start by talking to the person who did the commit. That much should be obvious. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:33: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 955C316A406 for ; Sun, 13 May 2007 18:33:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7890A13C48C for ; Sun, 13 May 2007 18:33:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DIU949096647; Sun, 13 May 2007 11:30:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DIU9u0096646; Sun, 13 May 2007 11:30:09 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 11:30:09 -0700 From: Steve Kargl To: Dag-Erling Sm??rgrav Message-ID: <20070513183009.GA96018@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <864pmg1t1s.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:33:57 -0000 On Sun, May 13, 2007 at 08:23:43PM +0200, Dag-Erling Sm??rgrav wrote: > Steve Kargl writes: > > What is the formal process to get a recent commit to -current > > reverted? Do I send email to core? > > You start by talking to the person who did the commit. That much should > be obvious. > I would expect a committer, who changes something as important as the default shell in FreeBSD, to read the freebsd-current mailing list and the PR database. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:49: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 75F3316A403 for ; Sun, 13 May 2007 18:49:17 +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 0206813C484 for ; Sun, 13 May 2007 18:49:16 +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 l4DImuwJ063670; Mon, 14 May 2007 04:48:56 +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 l4DImurL063331; Mon, 14 May 2007 04:48:56 +1000 (EST) (envelope-from peter) Date: Mon, 14 May 2007 04:48:56 +1000 From: Peter Jeremy To: Dan Nelson Message-ID: <20070513184856.GB33322@turion.vk2pj.dyndns.org> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <20070513024030.GE2364@dan.emsphone.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 18:49:17 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-12 21:40:30 -0500, Dan Nelson wrote: >Taken to an extreme, you have Solaris 10, where you get the kernel's >copyright message, smf kicks off all the startup scripts in parallel >(subject to dependency rules) in the background, their output goes into >individual logfiles, and all you see is the login: prompt at the >console :) I haven't played with Solaris 10 but IMHO, Solaris 8 and Solaris 9 take the quiet startup too far: You get a few lines of output then nothing (no obvious signs of activity) for what seems like hours... This can be very disconcerting when things have been changed and you are not confident that it's going to work at all. I far prefer at least some indication that things are proceeding. --=20 Peter Jeremy --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGR12Y/opHv/APuIcRAsEQAJ96uRE3c1RpljLKC2xkML7mk2DcEQCgp941 5zTvO2y5QBrEy1WBDM9RWVQ= =bIhz -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-current@FreeBSD.ORG Sun May 13 19:24: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 A54D816A403 for ; Sun, 13 May 2007 19:24:39 +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 6614013C447 for ; Sun, 13 May 2007 19:24:39 +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 E1BD220A8; Sun, 13 May 2007 21:24:35 +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 D4EAB2088; Sun, 13 May 2007 21:24:35 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id B581C55CC; Sun, 13 May 2007 21:24:35 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Steve Kargl References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> Date: Sun, 13 May 2007 21:24:35 +0200 In-Reply-To: <20070513183009.GA96018@troutmask.apl.washington.edu> (Steve Kargl's message of "Sun\, 13 May 2007 11\:30\:09 -0700") Message-ID: <86646wzfv0.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 19:24:39 -0000 Steve Kargl writes: > On Sun, May 13, 2007 at 08:23:43PM +0200, Dag-Erling Sm??rgrav wrote: > > Steve Kargl writes: > > > What is the formal process to get a recent commit to -current > > > reverted? Do I send email to core? > > You start by talking to the person who did the commit. That much should > > be obvious. > I would expect a committer, who changes something as important as > the default shell in FreeBSD, to read the freebsd-current mailing > list and the PR database. I would expect a committer such as yourself to know that there are better ways to approach this than posting to -current and threatening to take the matter to core@. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 13 19:29: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 9CF8516A405; Sun, 13 May 2007 19:29:07 +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 66DFF13C46A; Sun, 13 May 2007 19:29:07 +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 l4DJT27h004099; Sun, 13 May 2007 14:29:03 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46476700.6010101@freebsd.org> Date: Sun, 13 May 2007 14:29:04 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Giorgos Keramidas References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> <20070513031807.GA6437@kobe.laptop> In-Reply-To: <20070513031807.GA6437@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3236/Sun May 13 02:23:27 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: Robert Watson , Kian Mohageri , Dan Nelson , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 19:29:07 -0000 On 05/12/07 22:18, Giorgos Keramidas wrote: > On 2007-05-12 21:40, Dan Nelson wrote: >> In the last episode (May 12), Robert Watson said: >>> Call me old-fashioned, but I actually preferred the much more >>> abbreviated rc output from before rc.d even. :-) We're not going back >>> to hardware devices where all the probed devices add up to fewer than >>> 25 lines, I'm sure, but when daemons generated 8-12 characters >>> without a carriage return each, there was a good chance you could >>> still see the end of the kernel messages by the time you got to >>> login:, and I miss that. I don't object to optional more complex >>> output as long as that complexity is hidden away neatly somewhere in >>> rc.subr, and isn't on by default as shipped. I'd love it if someone >>> could restore the even shorter output we had before. >> Taken to an extreme, you have Solaris 10, where you get the kernel's >> copyright message, smf kicks off all the startup scripts in parallel >> (subject to dependency rules) in the background, their output goes >> into individual logfiles, and all you see is the login: prompt at the >> console :) > > More like Solaris 10 "boot -v", where you still get the kernel messages, > but you have a point there. I am kind of old-fashioned in the Robert > way too, however. If there was a way to minimize the console output > when services are starting, i.e. to print something like: > > [last kernel message] > > Booting FreeBSD: dumpon initrandom fsck root hostid mountcritlocal > var cleanvar random adjkerntz hostname kldxref swap sysctl netif (lo0 > fxp0) pflog pf routing devd nsswitch devfs syslogd ldconfig named > auditd tmp cleartmp dmesg virecover local motd ntpd powerd syscons > sshd sendmail cron securelevel power_profile inetd > > foo login: > > where each rc.d script would only print its name if it *was* enabled > with xxx_enable, optionally followed by a parenthesized list of > single-word status messages for each subscript/component), would be > really neat. > > Is there any easy way we can 'tune' the fancy script to support the > current output style, a very brief style like above, and then a fancy > colorful style, depending on an rc.conf setting? I think the rc_fancy patch could be pretty easily tweaked to do exactly what you say. I might give it a go, and add that as another option to it. Maybe then the variable should change to rc_style_* instead? Eric From owner-freebsd-current@FreeBSD.ORG Sun May 13 19:32: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 EBA7816A402 for ; Sun, 13 May 2007 19:32:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D01F813C46E for ; Sun, 13 May 2007 19:32:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DJSaUr094313; Sun, 13 May 2007 12:28:36 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DJSaRh094312; Sun, 13 May 2007 12:28:36 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 12:28:36 -0700 From: Steve Kargl To: Dag-Erling Sm??rgrav Message-ID: <20070513192836.GA94258@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86646wzfv0.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 19:32:21 -0000 On Sun, May 13, 2007 at 09:24:35PM +0200, Dag-Erling Sm??rgrav wrote: > Steve Kargl writes: > > On Sun, May 13, 2007 at 08:23:43PM +0200, Dag-Erling Sm??rgrav wrote: > > > Steve Kargl writes: > > > > What is the formal process to get a recent commit to -current > > > > reverted? Do I send email to core? > > > You start by talking to the person who did the commit. That much should > > > be obvious. > > I would expect a committer, who changes something as important as > > the default shell in FreeBSD, to read the freebsd-current mailing > > list and the PR database. > > I would expect a committer such as yourself to know that there are > better ways to approach this than posting to -current and threatening to > take the matter to core@. > I'm not a committer to the FreeBSD repository. I either submit patches to fix problems or code for missing library routines. In this particular case, reverting the tcsh import is the correct fix (IMHO). I also didn't threaten anyone or anything. I simply wanted to know what the procedure is for getting code reverted. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 19:45: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 24BE216A400 for ; Sun, 13 May 2007 19:45:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id D4B7613C459 for ; Sun, 13 May 2007 19:45:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1403277wra for ; Sun, 13 May 2007 12:45:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rHZvqgVh5MvShh1usRV7iLo+h8+zNQu0hXeISGaqMUJTk3CpgETHo7pGAdjZw3w/1XqhFyID37YiPA1uxPSc6SK28Fa39XUaqBuAjlREGYNpEwEJG4t+TMHPBo32pYQ0zGFXh6MRYWr/uGqnxK2UufTPaIdPxjF6ycqqreWVtug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=CaqbzdPfS683fdCQkOIVtYaVLwo583wQpxGdTIV/Th3qqIpKFMyZTpZQMD/S4XlxCeLDKCmVIC+0/Ld0rQc63yGHlwQFGPbjI6oNKxCv9KOaBjzYvZOkXwFVUSoOR5EfLmm/WlybPhLi715uENnbPFwzcTgoWOEQykbCOyuhOrc= Received: by 10.78.177.3 with SMTP id z3mr2116089hue.1179085545473; Sun, 13 May 2007 12:45:45 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Sun, 13 May 2007 12:45:45 -0700 (PDT) Message-ID: <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> Date: Sun, 13 May 2007 21:45:45 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Stefan Bethke" In-Reply-To: <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> X-Google-Sender-Auth: c659ecc806bcbc04 Cc: FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 19:45:47 -0000 2007/5/11, Stefan Bethke : > > Am 11.05.2007 um 22:33 schrieb Andre Oppermann: > > > Stefan Bethke wrote: > >> Got this reproducable panic on AMD64 on a couple of days old - > >> current when I try to copy a file off a ZFS dataset via > >> netatalk's afpd (via TCP, no actual AppleTalk involved). > > > > This is a recursive leak of the INP_INFO_LOCK() you've hit here. > > We don't > > know yet where it gets leaked but we're working on it. > > Hhm. I can trigger it very easily. I don't have a serial console on > this box, but I could try a few things in a debugger if anyone wants > me to look at anything in particular. Hello Stefan, can you please recompile your kernel with INVARIANTS, DDB and KTR support? Just add those lines: options INVARIANTS options INVARIANT_SUPPORT options KDB options DDB options KTR options KTR_COMPILE=(KTR_LOCK) options KTR_ENTRIES=65534 and possibly remove kbdmux from your config file (not sure if it has still problems with our syscons, though). Then, when you hit that panic you should just be redirected to ddb. At that point please write 'show ktr' in the ddb prompt and report what it shows. Thanks in advance, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun May 13 20:15: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 3FD0616A402; Sun, 13 May 2007 20:15:31 +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 999D213C45A; Sun, 13 May 2007 20:15:30 +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 l4DKEMgv020834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 13 May 2007 23:14:28 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l4DKE370022369; Sun, 13 May 2007 23:14:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l4DKE3fG022367; Sun, 13 May 2007 23:14:03 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 13 May 2007 23:14:03 +0300 From: Giorgos Keramidas To: Eric Anderson Message-ID: <20070513201402.GB22152@kobe.laptop> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> <20070513031807.GA6437@kobe.laptop> <46476700.6010101@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46476700.6010101@freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.399, required 5, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Robert Watson , Kian Mohageri , Dan Nelson , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 20:15:31 -0000 On 2007-05-13 14:29, Eric Anderson wrote: >On 05/12/07 22:18, Giorgos Keramidas wrote: >> I am kind of old-fashioned in the Robert >> way too, however. If there was a way to minimize the console output >> when services are starting, i.e. to print something like: >> >> [last kernel message] >> >> Booting FreeBSD: dumpon initrandom fsck root hostid mountcritlocal >> var cleanvar random adjkerntz hostname kldxref swap sysctl netif (lo0 >> fxp0) pflog pf routing devd nsswitch devfs syslogd ldconfig named >> auditd tmp cleartmp dmesg virecover local motd ntpd powerd syscons >> sshd sendmail cron securelevel power_profile inetd >> >> foo login: >> >> where each rc.d script would only print its name if it *was* enabled >> with xxx_enable, optionally followed by a parenthesized list of >> single-word status messages for each subscript/component), would be >> really neat. >> >> Is there any easy way we can 'tune' the fancy script to support the >> current output style, a very brief style like above, and then a fancy >> colorful style, depending on an rc.conf setting? > > I think the rc_fancy patch could be pretty easily tweaked to do exactly > what you say. Yeah, that was my impression from skimming through the changes :) > I might give it a go, and add that as another option to it. Maybe > then the variable should change to rc_style_* instead? Can I help with testing or even writing the necessary changes? From owner-freebsd-current@FreeBSD.ORG Sun May 13 21:15: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 E64A416A403 for ; Sun, 13 May 2007 21:15:17 +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 8CC3913C45E for ; Sun, 13 May 2007 21:15:17 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id E2C8E39DDA; Sun, 13 May 2007 23:15:15 +0200 (CEST) Date: Sun, 13 May 2007 23:15:15 +0200 From: Lars Engels To: Giorgos Keramidas Message-ID: <20070513211515.GC94292@e.0x20.net> Mail-Followup-To: Lars Engels , Giorgos Keramidas , Dan Nelson , Kian Mohageri , Robert Watson , freebsd-current@freebsd.org References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> <20070513031807.GA6437@kobe.laptop> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20070513031807.GA6437@kobe.laptop> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Robert Watson , Kian Mohageri , Dan Nelson , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 21:15:18 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 13, 2007 at 06:18:08AM +0300, Giorgos Keramidas wrote: >=20 > More like Solaris 10 "boot -v", where you still get the kernel messages, > but you have a point there. I am kind of old-fashioned in the Robert > way too, however. If there was a way to minimize the console output > when services are starting, i.e. to print something like: >=20 > [last kernel message] >=20 > Booting FreeBSD: dumpon initrandom fsck root hostid mountcritlocal > var cleanvar random adjkerntz hostname kldxref swap sysctl netif (lo0 > fxp0) pflog pf routing devd nsswitch devfs syslogd ldconfig named > auditd tmp cleartmp dmesg virecover local motd ntpd powerd syscons > sshd sendmail cron securelevel power_profile inetd >=20 > foo login: >=20 > where each rc.d script would only print its name if it *was* enabled > with xxx_enable, optionally followed by a parenthesized list of > single-word status messages for each subscript/component), would be > really neat. I like this idea. Optionally the names could be printed in green and red depending on whether the service started successfully or not. --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGR3/jKc512sD3afgRAkLLAJ4+2hmX7Ki5puEpFMfGF1/bSUcFGACgpAP2 /5+SN9Z4DYt+D8jTefpcVow= =F9Pq -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Sun May 13 17:57: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 AACE816A403 for ; Sun, 13 May 2007 17:57:01 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 670B513C465 for ; Sun, 13 May 2007 17:57:01 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1628239nze for ; Sun, 13 May 2007 10:57: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:cc:in-reply-to:mime-version:content-type:references; b=oFwOdJXV2ytK0n7yw+dL84LVlrq6u8HcW6qWVaZcAdCuP/UsI6qF2c7EQwfq4SKlPWLTuhgvSsMAK8vrLzTw7zo5vZs6a6GuyFiIg7H2rP6gAfVVGDLWVS32RNGeGjqKm3RGCccKQjgr1oxfTIijfxIqkdS/sOaLvBYygRcZ/bM= 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:references; b=SI8emnv5MwiZmtUMM+fPH/FZK56d/WKkv3AwDqOcydVHBpc30a8IIEQX66bd9pBlOnZYZEuonsY0FoYY/GzIKtYcdZhWBL8qj7JvFykRosF3br3lkSOK0Am3Rp0v4Yw+sdOBZirLML7h41wlC5S8NsVmCmVF3zK9LbW5j26FEgs= Received: by 10.114.103.1 with SMTP id a1mr673757wac.1179077491272; Sun, 13 May 2007 10:31:31 -0700 (PDT) Received: by 10.114.158.15 with HTTP; Sun, 13 May 2007 10:31:30 -0700 (PDT) Message-ID: <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> Date: Sun, 13 May 2007 13:31:30 -0400 From: "Ali Mashtizadeh" To: "Pawel Jakub Dawidek" In-Reply-To: <20070409153338.GH76673@garage.freebsd.pl> MIME-Version: 1.0 References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> X-Mailman-Approved-At: Sun, 13 May 2007 21:27:45 +0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 17:57:01 -0000 V2VsbCBjYW4ndCB3ZSBidWlsZCBhIGJvb3QgbG9hZGVyIG9mZiBvZiB0aGVyZSBzcGVjaWZpY2F0 aW9uIGRvY3VtZW50PyBBbHNvLAp3ZSBwcm9iYWJseSBuZWVkIHRvIGltcHJvdmUgdGhlIGJvb3Qg bG9hZGVyIEkgdGhpbmsgc29tZXRoaW5nIHRvIHRoYXQgZWZmZWN0CndhcyBpbiB0aGUgc3VnZ2Vz dGVkIHByb2plY3RzIGxpc3QuCgpUaGFua3MgdG8gZXZlcnlvbmUgd2hvIGhlbHBlZCBtYWtlIGEg WkZTIHJvb3QgcG9zc2libGUuIEl0J3Mgbm90IHNvIGJhZApoYXZpbmcgYSBVRlMgYm9vdCBmaWxl IHN5c3RlbS4gSSdtIHN3aXRjaGluZyB0b2RheSA6LSkKCi0tIApBbGkgTWFzaHRpemFkZWgK2LnZ hNuMINmF2LTYqtuMINiy2KfYr9mHCgoKT24gNC85LzA3LCBQYXdlbCBKYWt1YiBEYXdpZGVrIDxw amRAZnJlZWJzZC5vcmc+IHdyb3RlOgo+Cj4gT24gTW9uLCBBcHIgMDksIDIwMDcgYXQgMDQ6MDg6 MjZQTSArMDEwMCwgSm9hbyBCYXJyb3Mgd3JvdGU6Cj4gPiBJIHdhcyBsb29raW5nIGF0IGhvdyBT b2xhcmlzIGdvdCBzdXBwb3J0IGZvciBib290aW5nIG9mZiBaRlMgYW5kIHRoZQo+ID4gcGF0Y2gg dG8gR1JVQiB0byBzdXBwb3J0IGl0Lgo+ID4gSXMgaXQgZmVhc2libGUgZm9yIEZyZWVCU0QncyBi b290IGxvYWRlcj8gV2hhdCB3b3VsZCBiZSB0aGUgbWFpbgo+ID4gaXNzdWU6IHRlY2huaWNhbCBv ciBsaWNlbnNpbmc/Cj4KPiBJIGRvbid0IGtub3cgaWYgdGhlcmUgYXJlIGxpY2Vuc2luZyBpc3N1 ZXMsIHByb2JhYmx5IHllcyBpZiB3ZSB3b3VsZAo+IGxpa2UgdG8gYWRkIFpGUyBzdXBwb3J0IHRv IG91ciBzdGFuZGFyZCBsb2FkZXIuCj4KPiBUaGUgYmlnZ2VzdCBwcm9ibGVtIEkgc2VlIGlzIGxh Y2sgb2YgbW90aXZhdGlvbiBvbiBteSBzaWRlLiBSZWFsbHkuIFdoeQo+IHNvbWVvbmUgd291bGQg bGlrZSB0byBrZWVwIGtlcm5lbCBvbiBaRlMgc28gbXVjaD8gVGhpcyB3b3VsZCBiZSBhIGh1Z2UK PiBhbW91bnQgb2Ygd29yaywgSSBleHBlY3QsIGFuZCB3aGF0IHdlIGdldCBpbiB0dXJuPyBPbiBT b2xhcmlzIHlvdSBjYW4KPiBvbmx5IGJvb3QgZnJvbSBhIHNpbmdsZS1kaXNrIHBvb2wgb3IgZnJv bSBhIG1pcnJvcmVkIHBvb2wuIElzIGl0IHJlYWxseQo+IHdvcnRoIHRoZSBlZmZvcnQgZm9yIHVz PyBJIG11Y2ggbW9yZSBwcmVmZXIgdG8gc3BlbmQgdGhlIHRpbWUgd29ya2luZyBvbgo+IHNvbWV0 aGluZyBtb3JlIHVzZWZ1bCB0aGFuIHRoYXQgYW5kIGtlZXAgbXkgc21hbGwgL2Jvb3QvIGZpbGUg c3lzdGVtCj4gcHJvdGVjdGVkIGJ5IGdtaXJyb3Igb24gVUZTIC0gd2l0aCB0aGlzIGFwcHJvYWNo IHRoZXJlIGFyZSBubwo+IGxpbWl0YXRpb25zIC0gd2UgY2FuIGtlZXAgb3VyIHJvb3QgZmlsZSBz eXN0ZW0gb24gY29tcHJlc3NlZCBSQUlELVoKPiBwb29sLgo+Cj4gT2YgY291cnNlIGlmIHNvbWVv bmUgaXMgd2lsbGluZyB0byB0cnkgd29ya2luZyBvbiB0aGlzLCBJJ20gaGFwcHkgdG8KPiBoZWxw Lgo+Cj4gLS0KPiBQYXdlbCBKYWt1YiBEYXdpZGVrICAgICAgICAgICAgICAgICAgICAgICBodHRw Oi8vd3d3LndoZWVsLnBsCj4gcGpkQEZyZWVCU0Qub3JnICAgICAgICAgICAgICAgICAgICAgICAg ICAgaHR0cDovL3d3dy5GcmVlQlNELm9yZwo+IEZyZWVCU0QgY29tbWl0dGVyICAgICAgICAgICAg ICAgICAgICAgICAgIEFtIEkgRXZpbD8gWWVzLCBJIEFtIQo+Cj4K From owner-freebsd-current@FreeBSD.ORG Sun May 13 18:05: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 0DCF416A405 for ; Sun, 13 May 2007 18:05:07 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E906813C457 for ; Sun, 13 May 2007 18:05:06 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 89478AC6; Sun, 13 May 2007 13:05:06 -0500 (CDT) Date: Sun, 13 May 2007 13:05:06 -0500 To: Steve Kargl Message-ID: <20070513180506.GA9171@soaustin.net> References: <20070513175425.GA64710@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513175425.GA64710@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 13 May 2007 21:27:45 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 18:05:07 -0000 On Sun, May 13, 2007 at 10:54:25AM -0700, Steve Kargl wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 Well, you've done the right thing by sending a PR and having it assigned to the maintainer. Have you not heard anything back from mp@? mcl From owner-freebsd-current@FreeBSD.ORG Sun May 13 21:10: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 CCD6516A402 for ; Sun, 13 May 2007 21:10:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B4F0013C465 for ; Sun, 13 May 2007 21:10:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 377BB4F1; Sun, 13 May 2007 16:10:36 -0500 (CDT) Date: Sun, 13 May 2007 16:10:36 -0500 To: Steve Kargl Message-ID: <20070513211036.GA18134@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 13 May 2007 21:27:45 +0000 Cc: Mark Linimon , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 21:10:36 -0000 On Sun, May 13, 2007 at 11:09:12AM -0700, Steve Kargl wrote: > Rendering the debugger useless with the default shell > would seem to be a critical bug to me, but somehow/one > decided that the severity was non-critical. We really need to redefine what 'critical' is, since that field is so often overused as to be meaningless. That may be on of the topics I try to address at BSDCan when talking about PR workflow. mcl From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:08: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 BFDFD16A40D for ; Sun, 13 May 2007 22:08:54 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 85AF113C48A for ; Sun, 13 May 2007 22:08:54 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: (qmail 38029 invoked by uid 0); 13 May 2007 21:42:12 -0000 Received: from 24.4.239.7 (HELO mp.peek.org) (24.4.239.7) by relay02.pair.com with SMTP; 13 May 2007 21:42:12 -0000 X-pair-Authenticated: 24.4.239.7 Message-ID: <46478626.9060301@FreeBSD.org> Date: Sun, 13 May 2007 14:41:58 -0700 From: Mark Peek User-Agent: Thunderbird 2.0.0.0pre (Macintosh/20070419) MIME-Version: 1.0 To: Steve Kargl References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> In-Reply-To: <20070513192836.GA94258@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 22:08:54 -0000 On 5/13/07 12:28 PM, Steve Kargl wrote: > On Sun, May 13, 2007 at 09:24:35PM +0200, Dag-Erling Sm??rgrav wrote: >> Steve Kargl writes: >>> On Sun, May 13, 2007 at 08:23:43PM +0200, Dag-Erling Sm??rgrav wrote: >>>> Steve Kargl writes: >>>>> What is the formal process to get a recent commit to -current >>>>> reverted? Do I send email to core? >>>> You start by talking to the person who did the commit. That much should >>>> be obvious. >>> I would expect a committer, who changes something as important as >>> the default shell in FreeBSD, to read the freebsd-current mailing >>> list and the PR database. >> I would expect a committer such as yourself to know that there are >> better ways to approach this than posting to -current and threatening to >> take the matter to core@. >> > > I'm not a committer to the FreeBSD repository. I either > submit patches to fix problems or code for missing library > routines. In this particular case, reverting the tcsh > import is the correct fix (IMHO). > > I also didn't threaten anyone or anything. I simply wanted > to know what the procedure is for getting code reverted. > As the owner of the PR and the person that committed the recent tcsh I take it seriously when someone brings it to my attention. After the PR was assigned to me, I sent Steve two private emails on 5/7/2007 but with no response back. Given that it "works for me" on two different systems, I don't know what I could have done different. Below is the text from the second one. Mark On 5/7/07 12:15 PM, Mark Peek wrote: > On 5/7/07 8:39 AM, Mark Peek wrote: >> Thank you for bringing this to my attention. I just got back from a >> long business trip. I tried a quick repro but it worked fine for me so >> I'm getting up to date sources (buildworld, etc.) and will try again. > > I did the full rebuild and it still works fine for me: > > current32# echo $version > tcsh 6.15.00 (Astron) 2007-03-03 (i386-intel-FreeBSD) options > wide,nls,dl,al,kan,rh,color,filec > current32# cat hello.c > #include > > int main(void) { > printf("hello world\n"); > return 0; > } > current32# cc -o z -g hello.c > current32# which gdb > /usr/bin/gdb > current32# gdb z > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > (gdb) run > Starting program: /root/bug/z > hello world > > Program exited normally. > (gdb) quit > current32# > > Have you seen any other reports of this issue? Could there be something > different or environmental with your system? I'm logging in as root and > using the stock .cshrc file. > > Mark > From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:17: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 A44EE16A403; Sun, 13 May 2007 22:17:31 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEAA13C447; Sun, 13 May 2007 22:17:30 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4DMHSFI095719 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 May 2007 00:17:29 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Mon, 14 May 2007 00:17:28 +0200 To: Attilio Rao X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 22:17:31 -0000 Am 13.05.2007 um 21:45 schrieb Attilio Rao: > 2007/5/11, Stefan Bethke : >> >> Am 11.05.2007 um 22:33 schrieb Andre Oppermann: >> >> > Stefan Bethke wrote: >> >> Got this reproducable panic on AMD64 on a couple of days old - >> >> current when I try to copy a file off a ZFS dataset via >> >> netatalk's afpd (via TCP, no actual AppleTalk involved). >> > >> > This is a recursive leak of the INP_INFO_LOCK() you've hit here. >> > We don't >> > know yet where it gets leaked but we're working on it. >> >> Hhm. I can trigger it very easily. I don't have a serial console on >> this box, but I could try a few things in a debugger if anyone wants >> me to look at anything in particular. > > Hello Stefan, > can you please recompile your kernel with INVARIANTS, DDB and KTR > support? > > Just add those lines: > options INVARIANTS > options INVARIANT_SUPPORT > options KDB > options DDB > options KTR > options KTR_COMPILE=(KTR_LOCK) > options KTR_ENTRIES=65534 > > and possibly remove kbdmux from your config file (not sure if it has > still problems with our syscons, though). > > Then, when you hit that panic you should just be redirected to ddb. > At that point please write 'show ktr' in the ddb prompt and report > what it shows. Left kbdmux in for the moment. Hit the panic, and show ktr shows nothings: db> show ktr --- End of trace buffer --- db> If you think it's useful, I can remove kdbmux as well and try again. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:21: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 0EE7C16A403; Sun, 13 May 2007 22:21:16 +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 EEFB913C469; Sun, 13 May 2007 22:21:15 +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 32C191A3C19; Sun, 13 May 2007 15:22:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1C21452C45; Sun, 13 May 2007 18:21:15 -0400 (EDT) Date: Sun, 13 May 2007 18:21:14 -0400 From: Kris Kennaway To: Stefan Bethke Message-ID: <20070513222114.GA64807@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> User-Agent: Mutt/1.4.2.2i Cc: Attilio Rao , FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 22:21:16 -0000 On Mon, May 14, 2007 at 12:17:28AM +0200, Stefan Bethke wrote: > > Am 13.05.2007 um 21:45 schrieb Attilio Rao: > > >2007/5/11, Stefan Bethke : > >> > >>Am 11.05.2007 um 22:33 schrieb Andre Oppermann: > >> > >>> Stefan Bethke wrote: > >>>> Got this reproducable panic on AMD64 on a couple of days old - > >>>> current when I try to copy a file off a ZFS dataset via > >>>> netatalk's afpd (via TCP, no actual AppleTalk involved). > >>> > >>> This is a recursive leak of the INP_INFO_LOCK() you've hit here. > >>> We don't > >>> know yet where it gets leaked but we're working on it. > >> > >>Hhm. I can trigger it very easily. I don't have a serial console on > >>this box, but I could try a few things in a debugger if anyone wants > >>me to look at anything in particular. > > > >Hello Stefan, > >can you please recompile your kernel with INVARIANTS, DDB and KTR > >support? > > > >Just add those lines: > >options INVARIANTS > >options INVARIANT_SUPPORT > >options KDB > >options DDB > >options KTR > >options KTR_COMPILE=(KTR_LOCK) > >options KTR_ENTRIES=65534 > > > >and possibly remove kbdmux from your config file (not sure if it has > >still problems with our syscons, though). > > > >Then, when you hit that panic you should just be redirected to ddb. > >At that point please write 'show ktr' in the ddb prompt and report > >what it shows. > > Left kbdmux in for the moment. Hit the panic, and show ktr shows > nothings: > > db> show ktr > --- End of trace buffer --- > db> > > If you think it's useful, I can remove kdbmux as well and try again. You also need KTR_MASK=(KTR_LOCK) (or set debug.ktr.mask at runtime), this filters the events that are logged. Kris From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:33:09 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 3A4F016A400; Sun, 13 May 2007 22:33:09 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id C28E313C459; Sun, 13 May 2007 22:33:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4DMX6ad096122 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 May 2007 00:33:07 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20070513222114.GA64807@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Mon, 14 May 2007 00:33:06 +0200 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) Cc: Attilio Rao , FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 22:33:09 -0000 Am 14.05.2007 um 00:21 schrieb Kris Kennaway: > On Mon, May 14, 2007 at 12:17:28AM +0200, Stefan Bethke wrote: >> >> Am 13.05.2007 um 21:45 schrieb Attilio Rao: >> >>> Just add those lines: >>> options INVARIANTS >>> options INVARIANT_SUPPORT >>> options KDB >>> options DDB >>> options KTR >>> options KTR_COMPILE=(KTR_LOCK) >>> options KTR_ENTRIES=65534 > You also need KTR_MASK=(KTR_LOCK) (or set debug.ktr.mask at runtime), > this filters the events that are logged. I tried setting it with sysctl: root@little:~# sysctl debug.ktr.mask=9 debug.ktr.mask: 1 -> 9 But show ktr still shows nothing. Do need to set this in the loader? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:55: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 073D316A404; Sun, 13 May 2007 22:55:44 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7771613C448; Sun, 13 May 2007 22:55:43 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4DMtf9A096676 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 May 2007 00:55:42 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20070513222114.GA64807@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Mon, 14 May 2007 00:55:40 +0200 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) Cc: Attilio Rao , FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 22:55:44 -0000 Am 14.05.2007 um 00:21 schrieb Kris Kennaway: > On Mon, May 14, 2007 at 12:17:28AM +0200, Stefan Bethke wrote: >> >> Am 13.05.2007 um 21:45 schrieb Attilio Rao: >> >>> 2007/5/11, Stefan Bethke : >>>> >>>> Am 11.05.2007 um 22:33 schrieb Andre Oppermann: >>>> >>>>> Stefan Bethke wrote: >>>>>> Got this reproducable panic on AMD64 on a couple of days old - >>>>>> current when I try to copy a file off a ZFS dataset via >>>>>> netatalk's afpd (via TCP, no actual AppleTalk involved). >>>>> >>>>> This is a recursive leak of the INP_INFO_LOCK() you've hit here. >>>>> We don't >>>>> know yet where it gets leaked but we're working on it. >>>> >>>> Hhm. I can trigger it very easily. I don't have a serial >>>> console on >>>> this box, but I could try a few things in a debugger if anyone >>>> wants >>>> me to look at anything in particular. >>> >>> Hello Stefan, >>> can you please recompile your kernel with INVARIANTS, DDB and KTR >>> support? >>> >>> Just add those lines: >>> options INVARIANTS >>> options INVARIANT_SUPPORT >>> options KDB >>> options DDB >>> options KTR >>> options KTR_COMPILE=(KTR_LOCK) >>> options KTR_ENTRIES=65534 >>> >>> and possibly remove kbdmux from your config file (not sure if it has >>> still problems with our syscons, though). >>> >>> Then, when you hit that panic you should just be redirected to ddb. >>> At that point please write 'show ktr' in the ddb prompt and report >>> what it shows. >> >> Left kbdmux in for the moment. Hit the panic, and show ktr shows >> nothings: >> >> db> show ktr >> --- End of trace buffer --- >> db> >> >> If you think it's useful, I can remove kdbmux as well and try again. > > You also need KTR_MASK=(KTR_LOCK) (or set debug.ktr.mask at runtime), > this filters the events that are logged. Nothing still. -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:56: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 2E2B616A407; Sun, 13 May 2007 22:56:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id EB9E613C46E; Sun, 13 May 2007 22:56:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DMqutH096795; Sun, 13 May 2007 15:52:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DMquQb096794; Sun, 13 May 2007 15:52:56 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 15:52:55 -0700 From: Steve Kargl To: Mark Peek Message-ID: <20070513225255.GA96773@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46478626.9060301@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 22:56:45 -0000 On Sun, May 13, 2007 at 02:41:58PM -0700, Mark Peek wrote: > On 5/13/07 12:28 PM, Steve Kargl wrote: > >On Sun, May 13, 2007 at 09:24:35PM +0200, Dag-Erling Sm??rgrav wrote: > >>Steve Kargl writes: > >>>On Sun, May 13, 2007 at 08:23:43PM +0200, Dag-Erling Sm??rgrav wrote: > >>>>Steve Kargl writes: > >>>>>What is the formal process to get a recent commit to -current > >>>>>reverted? Do I send email to core? > >>>>You start by talking to the person who did the commit. That much should > >>>>be obvious. > >>>I would expect a committer, who changes something as important as > >>>the default shell in FreeBSD, to read the freebsd-current mailing > >>>list and the PR database. > >>I would expect a committer such as yourself to know that there are > >>better ways to approach this than posting to -current and threatening to > >>take the matter to core@. > >> > > > >I'm not a committer to the FreeBSD repository. I either > >submit patches to fix problems or code for missing library > >routines. In this particular case, reverting the tcsh > >import is the correct fix (IMHO). > > > >I also didn't threaten anyone or anything. I simply wanted > >to know what the procedure is for getting code reverted. > > > > As the owner of the PR and the person that committed the recent tcsh I take > it seriously when someone brings it to my attention. After the PR was > assigned to me, I sent Steve two private emails on 5/7/2007 but with no > response back. Given that it "works for me" on two different systems, I > don't know what I could have done different. Below is the text from the > second one. I have received zero emails from you (either in my inbox or backup folder where spam is redirected). It would have been helpful if you actually sent a followup to the PR. -- steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 23:10: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 BE8E316A403; Sun, 13 May 2007 23:10:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9F52113C459; Sun, 13 May 2007 23:10:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4DN6Yma096946; Sun, 13 May 2007 16:06:34 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4DN6Ys0096945; Sun, 13 May 2007 16:06:34 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 16:06:34 -0700 From: Steve Kargl To: Mark Peek Message-ID: <20070513230634.GA96931@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513225255.GA96773@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Sun, 13 May 2007 23:10:18 -0000 On Sun, May 13, 2007 at 03:52:55PM -0700, Steve Kargl wrote: > On Sun, May 13, 2007 at 02:41:58PM -0700, Mark Peek wrote: > > > > As the owner of the PR and the person that committed the recent tcsh I take > > it seriously when someone brings it to my attention. After the PR was > > assigned to me, I sent Steve two private emails on 5/7/2007 but with no > > response back. Given that it "works for me" on two different systems, I > > don't know what I could have done different. Below is the text from the > > second one. > > I have received zero emails from you (either in my inbox or backup folder > where spam is redirected). > > It would have been helpful if you actually sent a followup to the PR. > Try with a .cshrc that contains only setenv MAIL /var/mail/`whoami` -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 13 23:24: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 9C39216A403; Sun, 13 May 2007 23:24: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 8630213C458; Sun, 13 May 2007 23:24: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 CAEFC1A4D81; Sun, 13 May 2007 16:25:02 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AA28852C45; Sun, 13 May 2007 19:24:13 -0400 (EDT) Date: Sun, 13 May 2007 19:24:13 -0400 From: Kris Kennaway To: Stefan Bethke Message-ID: <20070513232413.GA65863@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> User-Agent: Mutt/1.4.2.2i Cc: Attilio Rao , FreeBSD Current , Andre Oppermann , Kris Kennaway Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 23:24:14 -0000 On Mon, May 14, 2007 at 12:55:40AM +0200, Stefan Bethke wrote: > > Am 14.05.2007 um 00:21 schrieb Kris Kennaway: > > >On Mon, May 14, 2007 at 12:17:28AM +0200, Stefan Bethke wrote: > >> > >>Am 13.05.2007 um 21:45 schrieb Attilio Rao: > >> > >>>2007/5/11, Stefan Bethke : > >>>> > >>>>Am 11.05.2007 um 22:33 schrieb Andre Oppermann: > >>>> > >>>>>Stefan Bethke wrote: > >>>>>>Got this reproducable panic on AMD64 on a couple of days old - > >>>>>>current when I try to copy a file off a ZFS dataset via > >>>>>>netatalk's afpd (via TCP, no actual AppleTalk involved). > >>>>> > >>>>>This is a recursive leak of the INP_INFO_LOCK() you've hit here. > >>>>>We don't > >>>>>know yet where it gets leaked but we're working on it. > >>>> > >>>>Hhm. I can trigger it very easily. I don't have a serial > >>>>console on > >>>>this box, but I could try a few things in a debugger if anyone > >>>>wants > >>>>me to look at anything in particular. > >>> > >>>Hello Stefan, > >>>can you please recompile your kernel with INVARIANTS, DDB and KTR > >>>support? > >>> > >>>Just add those lines: > >>>options INVARIANTS > >>>options INVARIANT_SUPPORT > >>>options KDB > >>>options DDB > >>>options KTR > >>>options KTR_COMPILE=(KTR_LOCK) > >>>options KTR_ENTRIES=65534 > >>> > >>>and possibly remove kbdmux from your config file (not sure if it has > >>>still problems with our syscons, though). > >>> > >>>Then, when you hit that panic you should just be redirected to ddb. > >>>At that point please write 'show ktr' in the ddb prompt and report > >>>what it shows. > >> > >>Left kbdmux in for the moment. Hit the panic, and show ktr shows > >>nothings: > >> > >>db> show ktr > >>--- End of trace buffer --- > >>db> > >> > >>If you think it's useful, I can remove kdbmux as well and try again. > > > >You also need KTR_MASK=(KTR_LOCK) (or set debug.ktr.mask at runtime), > >this filters the events that are logged. > > Nothing still. OK, KTR_ENTRIES is also wrong as suggested by attilio, it must be a power of 2. Try 32768 or 65536 (the latter may be too large depending on your architecture). Kris From owner-freebsd-current@FreeBSD.ORG Sun May 13 23:29: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 0134E16A405 for ; Sun, 13 May 2007 23:29:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 8755813C469 for ; Sun, 13 May 2007 23:29:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so965359ugh for ; Sun, 13 May 2007 16:29:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rp9RosRugVfz1di5n3boy3rl9vdUUIy6uzzUG32tMLiCrvjJtCu8d7suvd5DewFyKjed2IbB6Ql2mLoPnrFTKbZsRsxIAvnPfesZFKA0ehZ1z7G9NpAgF5ePVQZeK6CWchhrNX/731C/stjYt2InQCBb1Ez+BQAIzoIhb6cg7sY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=QQI6gQggAZRrHY7FjvDscqt2snGgxqojbd9phoqSPvPufdzyCXiA38htbPKYNwMYiZtfXc43XjEGMc8LTaBdMa7CO4NP9yReE9stMBzlO34r4+v95gBn5OtHQFZCpdyADr67Qqv5jfZanbeMpkYtJ7QGYcdOn25mqAlPmq5tztg= Received: by 10.78.140.17 with SMTP id n17mr2115047hud.1179098965222; Sun, 13 May 2007 16:29:25 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Sun, 13 May 2007 16:29:25 -0700 (PDT) Message-ID: <3bbf2fe10705131629xed86208x9d950a526114eb5c@mail.gmail.com> Date: Mon, 14 May 2007 01:29:25 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kris Kennaway" In-Reply-To: <20070513232413.GA65863@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> X-Google-Sender-Auth: c5af269061dedef5 Cc: FreeBSD Current , Andre Oppermann , Stefan Bethke Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2007 23:29:27 -0000 2007/5/14, Kris Kennaway : > OK, KTR_ENTRIES is also wrong as suggested by attilio, it must be a > power of 2. Try 32768 or 65536 (the latter may be too large depending > on your architecture). Yes, my fault, but I think that this kind of mistakes should be tracked, where possible, with a preprocessing error instead than silently failing. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun May 13 23:57: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 86DA516A403; Sun, 13 May 2007 23:57:50 +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 36BED13C457; Sun, 13 May 2007 23:57:50 +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 l4DNvnS1056344; Sun, 13 May 2007 19:57:49 -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 l4DNvnT1025681; Sun, 13 May 2007 19:57:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3F8F273068; Sun, 13 May 2007 19:57:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070513235749.3F8F273068@freebsd-current.sentex.ca> Date: Sun, 13 May 2007 19:57:49 -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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 23:57:50 -0000 TB --- 2007-05-13 23:17:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-13 23:17:57 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-13 23:17:57 - cleaning the object tree TB --- 2007-05-13 23:18:10 - checking out the source tree TB --- 2007-05-13 23:18:10 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-13 23:18:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-13 23:25:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-13 23:25:15 - cd /src TB --- 2007-05-13 23:25:15 - /usr/bin/make -B buildworld >>> World build started on Sun May 13 23:25:16 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 -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/comsat/comsat.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o comsat comsat.o gzip -cn /src/libexec/comsat/comsat.8 > comsat.8.gz ===> libexec/fingerd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/libexec/fingerd/fingerd.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o fingerd fingerd.o -lutil fingerd.o(.text+0x3ec): In function `main': : undefined reference to `vfork' *** Error code 1 Stop in /src/libexec/fingerd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-13 23:57:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-13 23:57:49 - ERROR: failed to build world TB --- 2007-05-13 23:57:49 - tinderbox aborted TB --- 0.39 user 1.16 system 2391.26 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon May 14 00:53: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 AF83716A400 for ; Mon, 14 May 2007 00:53:47 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 6678813C43E for ; Mon, 14 May 2007 00:53:47 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 14 May 2007 00:53:46 -0000 Date: Mon, 14 May 2007 03:53:20 +0300 From: Nikolay Pavlov To: Yuriy Tsibizov Message-ID: <20070514005320.GA21922@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Yuriy Tsibizov , Stefan Farfeleder , freebsd-current@freebsd.org References: <20070509125720.U911@free.home.local> <20070512104053.J943@free.home.local> <20070512071231.GB944@lizard.fafoe.narf.at> <20070512201809.F944@free.home.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070512201809.F944@free.home.local> X-Operating-System: FreeBSD 6.1-RELEASE-p10 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Stefan Farfeleder , freebsd-current@freebsd.org Subject: Re: geom_label problems when MS-DOS FS label is blank (all spaces) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 00:53:47 -0000 On Saturday, 12 May 2007 at 20:43:16 +0400, Yuriy Tsibizov wrote: > On Sat, 12 May 2007, Stefan Farfeleder wrote: > >On Sat, May 12, 2007 at 10:51:25AM +0400, Yuriy Tsibizov wrote: > >>>In this situation libdisk can't parse kern.geom.conftxt and sysinstall > >>>exits with BARF 171 message. What about this one bug: Probing devices, please wait (this can take a while)...BARF 170 <105> I am unable to use sysinstall due to it. > >> > >> It can be fixed with following patch. "all spaces" volume will be treated > >> like a volume without label. > >> > >> Index: g_label_msdosfs.c > >> =================================================================== > >> RCS file: /home/ncvs/src/sys/geom/label/g_label_msdosfs.c,v > >> retrieving revision 1.6 > >> diff -u -r1.6 g_label_msdosfs.c > >> --- g_label_msdosfs.c 30 Sep 2006 08:16:49 -0000 1.6 > >> +++ g_label_msdosfs.c 12 May 2007 06:39:23 -0000 > >> @@ -200,7 +200,7 @@ > >> } > >> > >> endofchecks: > >> - for (i = size - 1; i > 0; i--) { > >> + for (i = size - 1; i >= 0; i--) { > >> if (label[i] == '\0') > >> continue; > >> else if (label[i] == ' ') > > > >This won't work because i is unsigned. > > Ok, I see that this patch is not correct. > > Do you like this one? > > Index: g_label_msdosfs.c > =================================================================== > RCS file: /home/ncvs/src/sys/geom/label/g_label_msdosfs.c,v > retrieving revision 1.6 > diff -u -r1.6 g_label_msdosfs.c > --- g_label_msdosfs.c 30 Sep 2006 08:16:49 -0000 1.6 > +++ g_label_msdosfs.c 12 May 2007 13:37:06 -0000 > @@ -208,6 +208,8 @@ > else > break; > } > + if (label[i] == ' ') > + label[i] = '\0'; > > error: > if (sector0 != NULL) > > (there is no need to check for i == 0, because label[i] is not equal > to ' ' if i > 0 after for() loop) > > Yuriy. > > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon May 14 00:59: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 5482D16A403 for ; Mon, 14 May 2007 00:59:50 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 1020E13C459 for ; Mon, 14 May 2007 00:59:49 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 14 May 2007 00:59:49 -0000 Date: Mon, 14 May 2007 03:59:22 +0300 From: Nikolay Pavlov To: freebsd-current@freebsd.org Message-ID: <20070514005922.GA22147@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.1-RELEASE-p10 User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Strange nice value in top. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 00:59:50 -0000 I've been watching this for about several months: last pid: 1140; load averages: 0.20, 0.23, 0.17 up 0+00:08:35 03:25:40 79 processes: 1 running, 78 sleeping Mem: 127M Active, 390M Inact, 119M Wired, 524K Cache, 110M Buf, 347M Free Swap: 1624M Total, 1624M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1119 root 1 -8 r-52 7280K 7304K biord 0:02 0.98% cdrecord ^^^^^^^^^ 926 root 1 96 0 275M 18064K select 0:05 0.00% Xorg 1025 quetzal 1 96 0 33948K 28088K select 0:04 0.00% kdeinit 1013 quetzal 1 96 0 33488K 26680K select 0:04 0.00% kdeinit 1040 quetzal 1 96 0 27336K 21828K select 0:02 0.00% kdeinit 758 haldaemon 1 96 0 5900K 3940K select 0:02 0.00% hald 1046 quetzal 1 96 0 30120K 24160K select 0:02 0.00% kdeinit 1023 quetzal 1 96 0 29596K 23456K select 0:02 0.00% kdeinit 1120 quetzal 1 96 0 30120K 23848K select 0:02 0.00% kdeinit 1021 quetzal 1 96 0 27388K 21216K select 0:02 0.00% kdeinit 1041 quetzal 1 96 0 25828K 20544K select 0:02 0.00% ksocrat 1045 quetzal 1 96 0 29784K 24132K select 0:01 0.00% kdeinit 1052 quetzal 1 96 0 29784K 24128K select 0:01 0.00% kdeinit 1035 quetzal 1 60 r16F 11500K 7604K select 0:01 0.00% artsd ^^^^^^^^^ 1028 quetzal 1 96 0 3348K 1492K select 0:01 0.00% ksysguardd 981 quetzal 1 96 0 4748K 2356K select 0:01 0.00% gam_server 1050 quetzal 1 96 0 32940K 24912K select 0:01 0.00% kdeinit 776 mysql 10 109 0 57800K 53800K ucond 0:01 0.00% mysqld quetzal@orion:~/bugs> uname -a <964> FreeBSD orion.zone3000.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri May 11 01:37:28 EEST 2007 root@orion.zone3000.net:/usr/obj/usr/src/sys/GENERIC -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon May 14 02:01: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 0E47716A405 for ; Mon, 14 May 2007 02:01:00 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a2.g.dreamhost.com (sd-green-bigip-208-97-132-145.dreamhost.com [208.97.132.145]) by mx1.freebsd.org (Postfix) with ESMTP id EDCDD13C457 for ; Mon, 14 May 2007 02:00:59 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (unknown [200.102.66.170]) by spunkymail-a2.g.dreamhost.com (Postfix) with ESMTP id 587E587BBB for ; Sun, 13 May 2007 19:01:00 -0700 (PDT) Date: Sun, 13 May 2007 23:00:55 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20070513230055.1dbd22f5.rnsanchez@wait4.org> In-Reply-To: <46478626.9060301@FreeBSD.org> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.1 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 02:01:00 -0000 On Sun, 13 May 2007 14:41:58 -0700 Mark Peek wrote: > > current32# cat hello.c > > #include > > > > int main(void) { > > printf("hello world\n"); > > return 0; > > } > > current32# cc -o z -g hello.c > > current32# which gdb > > /usr/bin/gdb > > current32# gdb z I couldn't find the PR ('No matches' all the time using web query-pr.cgi) right now, but wasn't it Fortran code, instead of C? -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Mon May 14 02:10: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 65B9516A404 for ; Mon, 14 May 2007 02:10:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4714713C447 for ; Mon, 14 May 2007 02:10:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E26Zhu099917; Sun, 13 May 2007 19:06:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E26ZWI099915; Sun, 13 May 2007 19:06:35 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 19:06:35 -0700 From: Steve Kargl To: Ricardo Nabinger Sanchez Message-ID: <20070514020635.GA99892@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070513230055.1dbd22f5.rnsanchez@wait4.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 02:10:21 -0000 On Sun, May 13, 2007 at 11:00:55PM -0300, Ricardo Nabinger Sanchez wrote: > On Sun, 13 May 2007 14:41:58 -0700 > Mark Peek wrote: > > > > current32# cat hello.c > > > #include > > > > > > int main(void) { > > > printf("hello world\n"); > > > return 0; > > > } > > > current32# cc -o z -g hello.c > > > current32# which gdb > > > /usr/bin/gdb > > > current32# gdb z > > I couldn't find the PR ('No matches' all the time using web query-pr.cgi) > right now, but wasn't it Fortran code, instead of C? > Well, the very first post in this thread contains URL to the PR.! You got to be kidding me that you could find it via a web search. Is 'tcsh' too hard to spell? Here's the result http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 This has absolutely nothing to do with Fortran. I get the exact same problem with the classic Hello World. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 02:26: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 020DC16A408 for ; Mon, 14 May 2007 02:26:24 +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 761B013C457 for ; Mon, 14 May 2007 02:26:23 +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 l4E2QLiH052917; Mon, 14 May 2007 06:26:21 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l4E2QLbq052916; Mon, 14 May 2007 06:26:21 +0400 (MSD) (envelope-from ache) Date: Mon, 14 May 2007 06:26:20 +0400 From: Andrey Chernov To: Steve Kargl Message-ID: <20070514022620.GA52887@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Steve Kargl , Ricardo Nabinger Sanchez , freebsd-current@freebsd.org References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070514020635.GA99892@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org, Ricardo Nabinger Sanchez Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 02:26:24 -0000 On Sun, May 13, 2007 at 07:06:35PM -0700, Steve Kargl wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 > > This has absolutely nothing to do with Fortran. I get the > exact same problem with the classic Hello World. I got no problems debugging with tcsh. Look how you set tcsh variables. If there are run-time executables, gdb may confuse them with program you debug. In that case it isn't tcsh fault. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 14 02:31: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 64DC316A400 for ; Mon, 14 May 2007 02:31:43 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 0D56213C44B for ; Mon, 14 May 2007 02:31:42 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so1721749nze for ; Sun, 13 May 2007 19:31:42 -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=dc68t03TluPr0pKyFKV1DUtPiNLIJa+T2x6aMaSWOe/6a37GPmPLqXlrmSQlP+kVMP998Yml/9HumY0n6ITRpfbAB4d9bQEm3zKJGVgAHINjvORSxVwZK9llIb1xhx+UZ4tn4VPT7kvwr8Qw35e9W44WoxYV7n59yF9dVGGXfEI= 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=gJxfqCTMwppQvRSlXGuZ4fz9u4VCCaGmQcAcGsn5mHaQPg2VdWLymQUiIpG6xKPX5JAxdp0AipkkPa918fRksK3voHocG8Sw7JWwv2huZ1mZ61qZPWelm881+NLwmLEE6ZdDsYot2ium6cAmqbvsOpnWgly5/6YJbDZSdwBHGSo= Received: by 10.65.211.16 with SMTP id n16mr9339492qbq.1179109902221; Sun, 13 May 2007 19:31:42 -0700 (PDT) Received: by 10.64.193.16 with HTTP; Sun, 13 May 2007 19:31:40 -0700 (PDT) Message-ID: <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> Date: Mon, 14 May 2007 10:31:40 +0800 From: "Rong-en Fan" To: "Steve Kargl" In-Reply-To: <20070513230634.GA96931@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 02:31:43 -0000 On 5/14/07, Steve Kargl wrote: > On Sun, May 13, 2007 at 03:52:55PM -0700, Steve Kargl wrote: > > On Sun, May 13, 2007 at 02:41:58PM -0700, Mark Peek wrote: > > > > > > As the owner of the PR and the person that committed the recent tcsh I take > > > it seriously when someone brings it to my attention. After the PR was > > > assigned to me, I sent Steve two private emails on 5/7/2007 but with no > > > response back. Given that it "works for me" on two different systems, I > > > don't know what I could have done different. Below is the text from the > > > second one. > > > > I have received zero emails from you (either in my inbox or backup folder > > where spam is redirected). > > > > It would have been helpful if you actually sent a followup to the PR. > > > > Try with a .cshrc that contains only > > setenv MAIL /var/mail/`whoami` > grep -v ^# /etc/csh.* .cshrc .cshrc: .cshrc:setenv MAIL /var/mail/`whoami` > cat a.c #include int main(void) { printf("hello world\n"); return 0; } > gcc -o a -g a.c > gdb a GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) run Starting program: /home/rafan/a hello world Program exited normally. (gdb) > It's an i386 current as of May 6. You need to tell us more about your configuration (like kernel conf, sysctl, hardware, ... etc.) Regards, Rong-En Fan > -- > Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 02:47: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 B1EAC16A405; Mon, 14 May 2007 02:47:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 913B013C447; Mon, 14 May 2007 02:47:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E2hHUw000210; Sun, 13 May 2007 19:43:17 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E2hGeG000209; Sun, 13 May 2007 19:43:16 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 19:43:16 -0700 From: Steve Kargl To: Andrey Chernov , Ricardo Nabinger Sanchez , freebsd-current@freebsd.org Message-ID: <20070514024316.GA197@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070514022620.GA52887@nagual.pp.ru> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 02:47:02 -0000 On Mon, May 14, 2007 at 06:26:20AM +0400, Andrey Chernov wrote: > On Sun, May 13, 2007 at 07:06:35PM -0700, Steve Kargl wrote: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 > > > > This has absolutely nothing to do with Fortran. I get the > > exact same problem with the classic Hello World. > > I got no problems debugging with tcsh. Look how you set tcsh variables. If > there are run-time executables, gdb may confuse them with program you > debug. In that case it isn't tcsh fault. > Read the entire thread. tcsh hangs when invoked from gdb with a .cshrc that contains setenv MAIL /var/mail/`whoami` -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 02:55: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 650DA16A400; Mon, 14 May 2007 02:55:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 2F04713C448; Mon, 14 May 2007 02:55:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E2pTL6000309; Sun, 13 May 2007 19:51:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E2pTfW000308; Sun, 13 May 2007 19:51:29 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 19:51:29 -0700 From: Steve Kargl To: Rong-en Fan Message-ID: <20070514025129.GB197@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 02:55:15 -0000 On Mon, May 14, 2007 at 10:31:40AM +0800, Rong-en Fan wrote: > >grep -v ^# /etc/csh.* .cshrc > .cshrc: > .cshrc:setenv MAIL /var/mail/`whoami` > >cat a.c > #include > > int main(void) { > printf("hello world\n"); > return 0; > } > >gcc -o a -g a.c > >gdb a > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > (gdb) run > Starting program: /home/rafan/a > hello world > > Program exited normally. > (gdb) > Did you trying running it multiple times within gdb? > It's an i386 current as of May 6. You need to tell us more about > your configuration (like kernel conf, sysctl, hardware, ... etc.) mobile:kargl[217] uname -a FreeBSD mobile.kargl.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Apr 29 10:49:22 PDT 2007 root@mobile.kargl.org:/usr/obj/usr/src/sys/MOBILE i386 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #2: Sun Apr 29 10:49:22 PDT 2007 root@mobile.kargl.org:/usr/obj/usr/src/sys/MOBILE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1994.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff Features2=0x400 real memory = 536748032 (511 MB) avail memory = 515723264 (491 MB) ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: reservation of 0, 9fc00 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xe0000000-0xe7ffffff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f irq 11 at device 0.0 on pci2 miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:08:74:99:7c:c5 xl0: [ITHREAD] cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0xd800-0xd8ff,0xdc80-0xdcbf irq 9 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcf7ff,0xcf800-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <8 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1994123732 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 ath0: mem 0xf4010000-0xf401ffff at device 0.0 on cardbus1 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:13:46:c4:5a:c1 ath0: mac 7.8 phy 4.5 radio 5.6 acd0: DVDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s3a kern.ostype: FreeBSD kern.osrelease: 7.0-CURRENT kern.osrevision: 199506 kern.version: FreeBSD 7.0-CURRENT #2: Sun Apr 29 10:49:22 PDT 2007 root@mobile.kargl.org:/usr/obj/usr/src/sys/MOBILE kern.maxvnodes: 35656 kern.maxproc: 4036 kern.maxfiles: 8072 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: mobile.kargl.org kern.hostid: 225096667 kern.clockrate: { hz = 1000, tick = 1000, profhz = 1024, stathz = 128 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1177794536, usec = 168227 } Sat Apr 28 14:08:56 2007 kern.domainname: kern.osreldate: 700037 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 7264 kern.maxprocperuid: 3632 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 128 kern.ipc.nmbclusters: 17088 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbo16: 0 kern.ipc.maxpipekva: 8634368 kern.ipc.pipes: 34 kern.ipc.pipekva: 278528 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 kern.ipc.msgmax: 16384 kern.ipc.msgmni: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgtql: 40 kern.ipc.msgssz: 8 kern.ipc.msgseg: 2048 kern.ipc.semmap: 30 kern.ipc.semmni: 10 kern.ipc.semmns: 60 kern.ipc.semmnu: 30 kern.ipc.semmsl: 60 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 kern.ipc.shmmax: 33554432 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 8192 kern.ipc.shm_use_phys: 0 kern.ipc.shm_allow_removed: 0 kern.ipc.numopensockets: 53 kern.ipc.maxsockets: 8072 kern.ipc.nsfbufs: 4528 kern.ipc.nsfbufspeak: 8 kern.ipc.nsfbufsused: 0 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.hostuuid: 44454C4C-4400-1035-8032-B6C04F363231 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.da.retry_count: 4 kern.cam.da.default_timeout: 60 kern.cam.da.da_send_ordered: 1 kern.disks: ad0 kern.geom.debugflags: 0 kern.geom.collectstats: 1 kern.elf32.fallback_brand: -1 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.init_shutdown_timeout: 120 kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.acct_configured: 0 kern.acct_suspended: 0 kern.cp_time: 4797559 1681 12367612 6136667 145208794 kern.openfiles: 181 kern.kq_calloutmax: 4096 kern.stackprot: 7 kern.ps_arg_cache_limit: 256 kern.lastpid: 91971 kern.randompid: 0 kern.ktrace.genio_size: 4096 kern.ktrace.request_pool: 100 kern.module_path: /boot/kernel;/boot/modules kern.malloc_count: 192 kern.ident: MOBILE kern.maxusers: 251 kern.fallback_elf_brand: -1 kern.kstack_pages: 2 kern.sync_on_panic: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.forcesigexit: 1 kern.sigqueue.max_pending_per_proc: 128 kern.sigqueue.preallocate: 1024 kern.sigqueue.overflow: 0 kern.sigqueue.alloc_fail: 0 kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 kern.corefile: %N.core kern.fscale: 2048 kern.timecounter.tc.i8254.mask: 4294967295 kern.timecounter.tc.i8254.counter: 2903 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 14168093 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 377009758 kern.timecounter.tc.TSC.frequency: 450000000 kern.timecounter.tc.TSC.quality: 800 kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 175089242 kern.timecounter.nnanouptime: 4728 kern.timecounter.nmicrouptime: 1490036 kern.timecounter.nbintime: 112679984 kern.timecounter.nnanotime: 12867124 kern.timecounter.nmicrotime: 99812850 kern.timecounter.ngetbinuptime: 10128890 kern.timecounter.ngetnanouptime: 2505520 kern.timecounter.ngetmicrouptime: 225068776 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 65 kern.timecounter.ngetmicrotime: 208452508 kern.timecounter.nsetclock: 4 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.threads.max_threads_per_proc: 1500 kern.threads.max_threads_hits: 0 kern.threads.virtual_cpu: 1 kern.threads.umtx_dflt_spins: 0 kern.threads.umtx_max_spins: 3000 kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.preemption: 1 kern.ccpu: 1948 kern.devstat.numdevs: 1 kern.devstat.generation: 88 kern.devstat.version: 6 kern.kobj_methodcount: 163 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.always_console_output: 0 kern.msgbuf: kern.msgbuf_clear: 0 kern.smp.maxcpus: 1 kern.smp.active: 0 kern.smp.disabled: 0 kern.smp.cpus: 1 kern.nselcoll: 0 kern.drainwait: 300 kern.tty_nin: 10248188 kern.tty_nout: 74633263 kern.console: consolectl,/consolectl,ttyd0, kern.consmute: 0 kern.consmsgbuf_size: 8192 kern.constty_wakeups_per_second: 5 kern.pts.enable: 0 kern.pts.max: 1000 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.minvnodes: 8914 kern.chroot_allow_open_directories: 1 kern.rpc.retries: 0 kern.rpc.request: 0 kern.rpc.timeouts: 0 kern.rpc.unexpected: 0 kern.rpc.invalid: 0 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 1 Disk Wait: 0 Page Wait: 0 Sleep: 48) Virtual Memory: (Total: 2394064K, Active 203556K) Real Memory: (Total: 118456K Active 68440K) Shared Virtual Memory: (Total: 41300K Active: 40060K) Shared Real Memory: (Total: 27296K Active: 26620K) Free Memory Pages: 137952K vm.loadavg: { 0.46 0.53 0.42 } vm.v_free_min: 861 vm.v_free_target: 3674 vm.v_free_reserved: 230 vm.v_inactive_target: 5511 vm.v_cache_min: 3674 vm.v_cache_max: 7348 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size: 172691456 vm.kmem_size_min: 0 vm.kmem_size_max: 335544320 vm.kmem_size_scale: 3 vm.swap_async_max: 4 vm.dmmax: 32 vm.nswapdev: 1 vm.zone_count: 71 vm.old_contigmalloc: 0 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.exec_map_entries: 16 vm.v_free_severe: 545 vm.stats.sys.v_swtch: 710782799 vm.stats.sys.v_trap: 306271174 vm.stats.sys.v_syscall: 589120808 vm.stats.sys.v_intr: 1514632725 vm.stats.sys.v_soft: 219750352 vm.stats.vm.v_vm_faults: 246800226 vm.stats.vm.v_cow_faults: 33161502 vm.stats.vm.v_cow_optim: 34408 vm.stats.vm.v_zfod: 152806573 vm.stats.vm.v_ozfod: 145448406 vm.stats.vm.v_swapin: 426 vm.stats.vm.v_swapout: 2856 vm.stats.vm.v_swappgsin: 989 vm.stats.vm.v_swappgsout: 15972 vm.stats.vm.v_vnodein: 36554 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodepgsin: 145105 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_intrans: 937 vm.stats.vm.v_reactivated: 53047 vm.stats.vm.v_pdwakeups: 445 vm.stats.vm.v_pdpages: 3028407 vm.stats.vm.v_dfree: 157 vm.stats.vm.v_pfree: 128523296 vm.stats.vm.v_tfree: 245461707 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 126483 vm.stats.vm.v_free_reserved: 230 vm.stats.vm.v_free_target: 3674 vm.stats.vm.v_free_min: 861 vm.stats.vm.v_free_count: 27904 vm.stats.vm.v_wire_count: 24428 vm.stats.vm.v_active_count: 21579 vm.stats.vm.v_inactive_target: 5511 vm.stats.vm.v_inactive_count: 45817 vm.stats.vm.v_cache_count: 6584 vm.stats.vm.v_cache_min: 3674 vm.stats.vm.v_cache_max: 7348 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_forks: 1234855 vm.stats.vm.v_vforks: 255031 vm.stats.vm.v_rforks: 62 vm.stats.vm.v_kthreads: 44 vm.stats.vm.v_forkpages: 236252517 vm.stats.vm.v_vforkpages: 44402002 vm.stats.vm.v_rforkpages: 284884 vm.stats.vm.v_kthreadpages: 0 vm.stats.misc.zero_page_count: 21672 vm.stats.misc.cnt_prezero: 146651375 vm.stats.object.collapses: 3827602 vm.stats.object.bypasses: 547831 vm.stats.pagequeue.page_colors: 16 vm.stats.pagequeue.cachesize: 512 vm.stats.pagequeue.cachenways: 8 vm.stats.pagequeue.prime1: 5 vm.stats.pagequeue.prime2: 3 vm.max_proc_mmap: 25395 vm.msync_flush_flags: 3 vm.old_msync: 0 vm.boot_pages: 48 vm.max_launder: 32 vm.pageout_stats_max: 3674 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.pageout_lock_miss: 0 vm.idlezero_enable: 1 vm.idlezero_maxrun: 16 vm.pmap.pv_entry_max: 933744 vm.pmap.shpgperproc: 200 vm.pmap.pv_entry_count: 21454 vm.pmap.pc_chunk_count: 96 vm.pmap.pc_chunk_allocs: 4927234 vm.pmap.pc_chunk_frees: 4927138 vm.pmap.pc_chunk_tryfail: 0 vm.pmap.pv_entry_frees: 1360176841 vm.pmap.pv_entry_allocs: 1360198295 vm.pmap.pv_entry_spare: 10802 vm.pmap.pmap_collect_inactive: 0 vm.pmap.pmap_collect_active: 0 vm.kvm_size: 1073737728 vm.kvm_free: 700444672 vfs.nfs4.access_cache_timeout: 60 vfs.nfs.downdelayinitial: 12 vfs.nfs.downdelayinterval: 30 vfs.nfs.realign_test: 0 vfs.nfs.realign_count: 0 vfs.nfs.bufpackets: 4 vfs.nfs.reconnects: 0 vfs.nfs.nfs3_jukebox_delay: 10 vfs.nfs.skip_wcc_data_onerr: 1 vfs.nfs.iodmaxidle: 120 vfs.nfs.iodmin: 0 vfs.nfs.iodmax: 20 vfs.nfs.defect: 0 vfs.nfs.nfs_ip_paranoia: 1 vfs.nfs.diskless_valid: 0 vfs.nfs.diskless_rootpath: vfs.nfs.access_cache_timeout: 60 vfs.nfs.nfsv3_commit_on_close: 0 vfs.nfs.clean_pages_on_close: 1 vfs.nfs.nfs_directio_enable: 0 vfs.nfs.nfs_directio_allow_mmap: 1 vfs.ufs.dirhash_minsize: 2560 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_mem: 1120735 vfs.ufs.dirhash_docheck: 0 vfs.devfs.generation: 104 vfs.devfs.rule_depth: 1 vfs.pfs.trace: 0 vfs.pfs.vncache.entries: 0 vfs.pfs.vncache.maxentries: 0 vfs.pfs.vncache.hits: 0 vfs.pfs.vncache.misses: 0 vfs.vmiodirenable: 1 vfs.runningbufspace: 0 vfs.bufspace: 62930944 vfs.maxbufspace: 63651840 vfs.bufmallocspace: 79872 vfs.maxmallocbufspace: 3149824 vfs.lobufspace: 62930944 vfs.hibufspace: 62996480 vfs.bufreusecnt: 3842 vfs.buffreekvacnt: 1 vfs.bufdefragcnt: 0 vfs.lorunningspace: 524288 vfs.hirunningspace: 1048576 vfs.dirtybufferflushes: 448 vfs.bdwriteskip: 0 vfs.altbufferflushes: 0 vfs.recursiveflushes: 0 vfs.numdirtybuffers: 5 vfs.lodirtybuffers: 495 vfs.hidirtybuffers: 991 vfs.dirtybufthresh: 891 vfs.numfreebuffers: 3880 vfs.lofreebuffers: 220 vfs.hifreebuffers: 440 vfs.getnewbufcalls: 3428007 vfs.getnewbufrestarts: 1 vfs.flushwithdeps: 0 vfs.cache.numneg: 1545 vfs.cache.numcache: 24739 vfs.cache.numcalls: 292027429 vfs.cache.dothits: 9355287 vfs.cache.dotdothits: 13945166 vfs.cache.numchecks: 314404206 vfs.cache.nummiss: 12187535 vfs.cache.nummisszap: 1845753 vfs.cache.numposzaps: 1177964 vfs.cache.numposhits: 230101029 vfs.cache.numnegzaps: 123283 vfs.cache.numneghits: 23291412 vfs.cache.nchstats: 230101029 23291412 1301247 0 14033288 0 970279 1066296 vfs.cache.numfullpathcalls: 381991 vfs.cache.numfullpathfail1: 346 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfound: 381645 vfs.write_behind: 1 vfs.read_max: 8 vfs.lookup_shared: 0 vfs.usermount: 0 vfs.numvnodes: 23518 vfs.wantfreevnodes: 8914 vfs.freevnodes: 7976 vfs.reassignbufcalls: 7491917 vfs.timestamp_precision: 0 vfs.worklist_len: 2 vfs.ffs.doasyncfree: 1 vfs.ffs.doreallocblks: 1 vfs.ffs.compute_summary_at_mount: 0 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.local.taskcount: 0 net.local.recycled: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomtime: 45 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.subnets_are_local: 0 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.sendsourcequench: 0 net.inet.ip.random_id: 0 net.inet.ip.check_interface: 0 net.inet.ip.fragpackets: 0 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.maxfragpackets: 534 net.inet.ip.process_options: 1 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.maskfake: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.icmplim_output: 1 net.inet.icmp.reply_src: net.inet.icmp.reply_from_interface: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.count: 21 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.rfc3042: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.reass.maxsegments: 1068 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.overflows: 579 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_max: 262144 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.tso: 1 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_max: 262144 net.inet.tcp.sack.enable: 1 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.minmss: 216 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 5 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.maxtcptw: 1614 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.stab: 20 net.inet.tcp.syncookies: 1 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.rexmit_min: 3 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.always_keepalive: 1 net.inet.tcp.fast_finwait2_recycle: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.timer_race: 0 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 0 net.inet.udp.strict_mcast_mship: 0 net.inet.raw.maxdgram: 9216 net.inet.raw.recvspace: 9216 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 3 net.link.ether.inet.max_age: 1200 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.ipfw: 0 net.link.log_link_state_change: 1 net.link.tun.devfs_cloning: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 4272 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 0 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 0 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 4272 net.inet6.ip6.mcast_pmtu: 0 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.bufsize: 4096 net.bpf.maxbufsize: 524288 net.bpf.maxinsns: 512 net.isr.direct: 1 net.isr.count: 1913317 net.isr.directed: 1913317 net.isr.deferred: 0 net.isr.queued: 1169 net.isr.drop: 0 net.isr.swi_count: 1136 net.route.netisr_maxqlen: 256 net.wlan.debug: 0 net.wlan.0.%parent: ath0 net.wlan.0.debug: 0 net.wlan.0.inact_run: 300 net.wlan.0.inact_probe: 30 net.wlan.0.inact_auth: 180 net.wlan.0.inact_init: 30 net.wlan.0.driver_caps: 126086415 net.wlan.0.bmiss_max: 2 debug.ddb_use_printf: 0 debug.acpi.semaphore_debug: 0 debug.acpi.acpi_ca_version: 20070320 debug.acpi.do_powerstate: 1 debug.acpi.ec.burst: 0 debug.acpi.ec.poll_time: 500 debug.acpi.ec.timeout: 500 debug.acpi.resume_beep: 0 debug.mddebug: 0 debug.elf32_trace: 0 debug.elf32_legacy_coredump: 0 debug.boothowto: -2147483648 debug.bootverbose: 0 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.sizeof.cdev: 184 debug.sizeof.cdev_priv: 216 debug.sizeof.g_class: 68 debug.sizeof.g_geom: 68 debug.sizeof.g_provider: 88 debug.sizeof.g_consumer: 60 debug.sizeof.g_bioq: 36 debug.sizeof.vnode: 272 debug.sizeof.proc: 576 debug.sizeof.bio: 132 debug.sizeof.buf: 356 debug.sizeof.kinfo_proc: 768 debug.sizeof.devstat: 240 debug.sizeof.namecache: 36 debug.debugger_on_panic: 1 debug.trace_on_panic: 1 debug.to_avg_depth: 1478 debug.to_avg_gcalls: 226 debug.to_avg_mtxcalls: 0 debug.to_avg_mpcalls: 1211 debug.umtx.umtx_pi_allocated: 0 debug.kdb.available: ddb debug.kdb.current: ddb debug.kdb.enter: 0 debug.kdb.panic: 0 debug.kdb.trap: 0 debug.kdb.trap_code: 0 debug.rman_debug: 0 debug.witness.watch: 1 debug.witness.kdb: 1 debug.witness.trace: 1 debug.witness.skipspin: 1 debug.witness.free_cnt: 784 debug.witness.spin_cnt: 0 debug.witness.sleep_cnt: 240 debug.witness.child_free_cnt: 3939 debug.witness.child_cnt: 157 debug.nchash: 65535 debug.ncnegfactor: 16 debug.numneg: 1545 debug.numcache: 24739 debug.numcachehv: 7277 debug.vfscache: 1 debug.hashstat.nchash: 65536 20580 5 3140 debug.disablecwd: 0 debug.disablefullpath: 0 debug.mpsafevfs: 1 debug.rush_requests: 0 debug.vnlru_nowhere: 0 debug.if_tun_debug: 0 debug.mpsafenet: 1 debug.dopersistence: 0 debug.snapdebug: 0 debug.collectsnapstats: 0 debug.max_softdeps: 142624 debug.tickdelay: 2 debug.maxindirdeps: 50 debug.worklist_push: 0 debug.blk_limit_push: 0 debug.ino_limit_push: 0 debug.blk_limit_hit: 0 debug.ino_limit_hit: 0 debug.sync_limit_hit: 0 debug.indir_blk_ptrs: 0 debug.inode_bitmap: 0 debug.direct_blk_ptrs: 0 debug.dir_entry: 0 debug.bigcgs: 0 debug.dobkgrdwrite: 1 debug.dircheck: 0 debug.nosleepwithlocks: 1 debug.psm.loglevel: 0 debug.psm.hz: 20 debug.psm.errsecs: 2 debug.psm.errusecs: 0 debug.psm.secs: 0 debug.psm.usecs: 500000 debug.psm.pkterrthresh: 2 debug.fdc.fifo: 8 debug.fdc.debugflags: 0 debug.fdc.retries: 10 debug.fdc.spec1: 175 debug.fdc.spec2: 16 debug.fdc.settle: 125 debug.minidump: 1 debug.PMAP1changed: 4665066 debug.PMAP1unchanged: 854841403 hw.machine: i386 hw.model: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz hw.ncpu: 1 hw.byteorder: 1234 hw.physmem: 527806464 hw.usermem: 427753472 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 536748032 hw.ata.ata_dma: 1 hw.ata.atapi_dma: 1 hw.ata.wc: 1 hw.ath.hal.version: 0.9.20.3 hw.ath.hal.dma_brt: 2 hw.ath.hal.sw_brt: 10 hw.ath.hal.swba_backoff: 0 hw.ath.dwell: 200 hw.ath.calibrate: 30 hw.ath.outdoor: 1 hw.ath.xchanmode: 1 hw.ath.countrycode: 0 hw.ath.regdomain: 0 hw.ath.rxbuf: 40 hw.ath.txbuf: 100 hw.cardbus.debug: 0 hw.cardbus.cis_debug: 0 hw.pccard.debug: 0 hw.pccard.cis_debug: 0 hw.cbb.start_memory: 2281701376 hw.cbb.start_16_io: 256 hw.cbb.start_32_io: 4096 hw.cbb.debug: 0 hw.pcic.intr_mask: 57016 hw.pcic.pd6722_vsense: 1 hw.pci.enable_io_modes: 1 hw.pci.do_power_nodriver: 0 hw.pci.do_power_resume: 1 hw.pci.enable_vpd: 1 hw.pci.enable_msi: 1 hw.pci.enable_msix: 1 hw.pci.honor_msi_blacklist: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.snd.report_soft_formats: 1 hw.snd.latency: 5 hw.snd.latency_profile: 1 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_round: 25 hw.snd.verbose: 1 hw.snd.default_unit: 0 hw.snd.maxautovchans: 4 hw.midi.stat.verbose: 0 hw.midi.debug: 0 hw.midi.dumpraw: 0 hw.midi.instroff: 0 hw.midi.seq.debug: 0 hw.syscons.saver.keybonly: 1 hw.syscons.bell: 1 hw.syscons.kbd_reboot: 1 hw.syscons.kbd_debug: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.usb.uplcom.interval: 100 hw.intr_storm_threshold: 1000 hw.availpages: 128859 hw.bus.devctl_disable: 0 hw.psm.tap_threshold: 25 hw.psm.tap_timeout: 125000 hw.kbd.keymap_restrict_change: 0 hw.busdma.total_bpages: 39 hw.busdma.zone0.total_bpages: 32 hw.busdma.zone0.free_bpages: 32 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 2 hw.busdma.zone0.boundary: 65536 hw.busdma.zone1.total_bpages: 7 hw.busdma.zone1.free_bpages: 7 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.clockrate: 750 hw.instruction_sse: 1 hw.via_feature_rng: 0 hw.via_feature_xcrypt: 0 hw.apic.enable_extint: 0 hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 43.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 99.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 machdep.acpi_timer_freq: 3579545 machdep.enable_panic_key: 0 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.adjkerntz: 25200 machdep.conrclk: 1843200 machdep.gdbspeed: 9600 machdep.conspeed: 9600 machdep.acpi_root: 1039952 machdep.disable_mtrrs: 0 machdep.cpu_idle_hlt: 1 machdep.guessed_bootdev: 2688548864 machdep.kdb_on_nmi: 1 machdep.panic_on_nmi: 1 machdep.tsc_freq: 750000000 machdep.i8254_freq: 1193182 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 200112 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 200112 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 2147483647 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 62 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 128 p1003_1b.timer_max: 32 compat.linux.osname: Linux compat.linux.osrelease: 2.4.2 compat.linux.oss_version: 198144 security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.enforce_statfs: 2 security.jail.allow_raw_sockets: 0 security.jail.chflags_allowed: 0 security.jail.mount_allowed: 0 security.jail.jailed: 0 security.bsd.suser_enabled: 1 security.bsd.see_other_uids: 1 security.bsd.see_other_gids: 1 security.bsd.conservative_signals: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_uid: 0 security.bsd.hardlink_check_gid: 0 security.bsd.unprivileged_get_quota: 0 dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.ram.0.%desc: System RAM dev.ram.0.%driver: ram dev.ram.0.%parent: nexus0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: DELL CPi R dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.MB1_ dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C01 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.MB2_ dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C01 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.MB3_ dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C01 _UID=3 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.PCI0.MB5_ dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C01 _UID=5 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=\_SB_.PCI0.ISAB.MB4_ dev.acpi_sysresource.4.%pnpinfo: _HID=PNP0C01 _UID=4 dev.acpi_sysresource.4.%parent: acpi0 dev.acpi_sysresource.5.%desc: System Resource dev.acpi_sysresource.5.%driver: acpi_sysresource dev.acpi_sysresource.5.%location: handle=\_SB_.PCI0.MB6_ dev.acpi_sysresource.5.%pnpinfo: _HID=PNP0C01 _UID=6 dev.acpi_sysresource.5.%parent: acpi0 dev.acpi_sysresource.6.%desc: System Resource dev.acpi_sysresource.6.%driver: acpi_sysresource dev.acpi_sysresource.6.%location: handle=\_SB_.PCI0.MB8_ dev.acpi_sysresource.6.%pnpinfo: _HID=PNP0C01 _UID=8 dev.acpi_sysresource.6.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.PCI0.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.PCI0.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.PCI0.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.PCI0.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 750 dev.cpu.0.freq_levels: 2000/0 1750/0 1500/0 1250/0 1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 150/0 dev.cpu.0.cx_supported: C1/0 C2/50 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% dev.acpi_perf.0.%desc: ACPI CPU Frequency Control dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.0.freq_settings: 2000/0 1200/0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_acad.0.%desc: AC Adapter dev.acpi_acad.0.%driver: acpi_acad dev.acpi_acad.0.%location: handle=\_SB_.AC__ dev.acpi_acad.0.%pnpinfo: _HID=ACPI0003 _UID=0 dev.acpi_acad.0.%parent: acpi0 dev.battery.0.%desc: ACPI Control Method Battery dev.battery.0.%driver: battery dev.battery.0.%location: handle=\_SB_.BAT0 dev.battery.0.%pnpinfo: _HID=PNP0C0A _UID=1 dev.battery.0.%parent: acpi0 dev.battery.1.%desc: ACPI Control Method Battery dev.battery.1.%driver: battery dev.battery.1.%location: handle=\_SB_.BAT1 dev.battery.1.%pnpinfo: _HID=PNP0C0A _UID=2 dev.battery.1.%parent: acpi0 dev.acpi_lid.0.%desc: Control Method Lid Switch dev.acpi_lid.0.%driver: acpi_lid dev.acpi_lid.0.%location: handle=\_SB_.LID_ dev.acpi_lid.0.%pnpinfo: _HID=PNP0C0D _UID=0 dev.acpi_lid.0.%parent: acpi0 dev.acpi_lid.0.wake: 1 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PBTN dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.acpi_button.0.wake: 1 dev.acpi_button.1.%desc: Sleep Button dev.acpi_button.1.%driver: acpi_button dev.acpi_button.1.%location: handle=\_SB_.SBTN dev.acpi_button.1.%pnpinfo: _HID=PNP0C0E _UID=0 dev.acpi_button.1.%parent: acpi0 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A03 _UID=0 dev.pcib.0.%parent: acpi0 dev.pcib.0.wake: 0 dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=1 function=0 handle=\_SB_.PCI0.AGP_ dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x1a31 subvendor=0x0000 subdevice=0x0000 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=30 function=0 handle=\_SB_.PCI0.PCIE dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x2448 subvendor=0x0000 subdevice=0x0000 class=0x060400 dev.pcib.2.%parent: pci0 dev.pcib.2.wake: 0 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.0.wake: 0 dev.pci.1.%desc: ACPI PCI bus dev.pci.1.%driver: pci dev.pci.1.%parent: pcib1 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib2 dev.pci.2.wake: 0 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=0 dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x1a30 subvendor=0x0000 subdevice=0x0000 class=0x060000 dev.hostb.0.%parent: pci0 dev.agp.0.%desc: Intel 82845 host to AGP bridge dev.agp.0.%driver: agp dev.agp.0.%parent: hostb0 dev.vgapci.0.%desc: VGA-compatible display dev.vgapci.0.%driver: vgapci dev.vgapci.0.%location: slot=0 function=0 handle=\_SB_.PCI0.AGP_.VID_ dev.vgapci.0.%pnpinfo: vendor=0x1002 device=0x4c57 subvendor=0x1028 subdevice=0x012b class=0x030000 dev.vgapci.0.%parent: pci1 dev.uhci.0.%desc: Intel 82801CA/CAM (ICH3) USB controller USB-A dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=29 function=0 handle=\_SB_.PCI0.USB0 dev.uhci.0.%pnpinfo: vendor=0x8086 device=0x2482 subvendor=0x8086 subdevice=0x4541 class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.usb.0.%desc: Intel 82801CA/CAM (ICH3) USB controller USB-A dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.uhub.0.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.xl.0.%desc: 3Com 3c905C-TX Fast Etherlink XL dev.xl.0.%driver: xl dev.xl.0.%location: slot=0 function=0 dev.xl.0.%pnpinfo: vendor=0x10b7 device=0x9200 subvendor=0x1028 subdevice=0x012a class=0x020000 dev.xl.0.%parent: pci2 dev.miibus.0.%desc: MII bus dev.miibus.0.%driver: miibus dev.miibus.0.%parent: xl0 dev.ukphy.0.%desc: Generic IEEE 802.3u media interface dev.ukphy.0.%driver: ukphy dev.ukphy.0.%location: phyno=24 dev.ukphy.0.%pnpinfo: oui=0x105a model=0x0 rev=0x0 dev.ukphy.0.%parent: miibus0 dev.cbb.0.%desc: TI1420 PCI-CardBus Bridge dev.cbb.0.%driver: cbb dev.cbb.0.%location: slot=1 function=0 handle=\_SB_.PCI0.PCIE.CRD0 dev.cbb.0.%pnpinfo: vendor=0x104c device=0xac51 subvendor=0x1028 subdevice=0x012b class=0x060700 dev.cbb.0.%parent: pci2 dev.cbb.0.pribus: 2 dev.cbb.0.secbus: 3 dev.cbb.0.subbus: 4 dev.cbb.1.%desc: TI1420 PCI-CardBus Bridge dev.cbb.1.%driver: cbb dev.cbb.1.%location: slot=1 function=1 handle=\_SB_.PCI0.PCIE.CRD1 dev.cbb.1.%pnpinfo: vendor=0x104c device=0xac51 subvendor=0x1028 subdevice=0x012b class=0x060700 dev.cbb.1.%parent: pci2 dev.cbb.1.pribus: 2 dev.cbb.1.secbus: 5 dev.cbb.1.subbus: 6 dev.cardbus.%parent: pci dev.cardbus.0.%desc: CardBus bus dev.cardbus.0.%driver: cardbus dev.cardbus.0.%parent: cbb0 dev.cardbus.1.%desc: CardBus bus dev.cardbus.1.%driver: cardbus dev.cardbus.1.%parent: cbb1 dev.pccard.0.%desc: 16-bit PCCard bus dev.pccard.0.%driver: pccard dev.pccard.0.%parent: cbb0 dev.pccard.1.%desc: 16-bit PCCard bus dev.pccard.1.%driver: pccard dev.pccard.1.%parent: cbb1 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.ISAB dev.isab.0.%pnpinfo: vendor=0x8086 device=0x248c subvendor=0x0000 subdevice=0x0000 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.atapci.0.%desc: Intel ICH3 UDMA100 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=1 handle=\_SB_.PCI0.IDE0 dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x248a subvendor=0x8086 subdevice=0x4541 class=0x01018a dev.atapci.0.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.pcm.0.%desc: Intel ICH3 (82801CA) dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=31 function=5 handle=\_SB_.PCI0.AUD_ dev.pcm.0.%pnpinfo: vendor=0x8086 device=0x2485 subvendor=0x1013 subdevice=0x5959 class=0x040100 dev.pcm.0.%parent: pci0 dev.pcm.0.eapd: 1 dev.pcm.0.buffersize: 16384 dev.pcm.0.vchans: 1 dev.pcm.0.vchanrate: 48000 dev.pcm.0.vchanformat: s16le dev.pcm.0.ac97rate: 48000 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.THM_ dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.0.%parent: acpi0 dev.psmcpnp.0.%desc: PS/2 mouse port dev.psmcpnp.0.%driver: psmcpnp dev.psmcpnp.0.%location: handle=\_SB_.PCI0.ISAB.PS2M dev.psmcpnp.0.%pnpinfo: _HID=PNP0F13 _UID=0 dev.psmcpnp.0.%parent: acpi0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%location: handle=\_SB_.PCI0.ISAB.KBC_ dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0 dev.atkbdc.0.%parent: acpi0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.psm.0.%desc: PS/2 Mouse dev.psm.0.%driver: psm dev.psm.0.%parent: atkbdc0 dev.attimer.0.%desc: AT realtime clock dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.ISAB.RTC_ dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT timer dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.ISAB.TMR_ dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.1.%parent: acpi0 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.ISAB.PIC_ dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.ISAB.MAD_ dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.ISAB.COPR dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.fdc.0.%desc: Enhanced floppy controller dev.fdc.0.%driver: fdc dev.fdc.0.%location: handle=\_SB_.PCI0.ISAB.FDC0 dev.fdc.0.%pnpinfo: _HID=PNP0700 _UID=0 dev.fdc.0.%parent: acpi0 dev.sio.0.%desc: 16550A-compatible COM port dev.sio.0.%driver: sio dev.sio.0.%location: handle=\_SB_.PCI0.ISAB.UAR1 dev.sio.0.%pnpinfo: _HID=PNP0501 _UID=0 dev.sio.0.%parent: acpi0 dev.sio.0.wake: 0 dev.ppc.0.%desc: Parallel port dev.ppc.0.%driver: ppc dev.ppc.0.%location: handle=\_SB_.PCI0.ISAB.ECP_ dev.ppc.0.%pnpinfo: _HID=PNP0401 _UID=0 dev.ppc.0.%parent: acpi0 dev.ppbus.0.%desc: Parallel port bus dev.ppbus.0.%driver: ppbus dev.ppbus.0.%parent: ppc0 dev.lpt.0.%desc: Printer dev.lpt.0.%driver: lpt dev.lpt.0.%parent: ppbus0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.orm.0.%desc: ISA Option ROMs dev.orm.0.%driver: orm dev.orm.0.%pnpinfo: pnpid=ORM0000 dev.orm.0.%parent: isa0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.ad.0.%desc: FUJITSU MHT2040AH/006C dev.ad.0.%driver: ad dev.ad.0.%parent: ata0 dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=0 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001a subvendor=0x1186 subdevice=0x3b08 class=0x020000 dev.ath.0.%parent: cardbus1 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 16 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.monpass: 24 dev.acd.0.%desc: HL-DT-STDVD-ROM GDR8081N/0108 dev.acd.0.%driver: acd dev.acd.0.%parent: ata1 -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 03:11: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 DE5D816A400 for ; Mon, 14 May 2007 03:11:04 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 98B7213C46E for ; Mon, 14 May 2007 03:11:04 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1294920pyh for ; Sun, 13 May 2007 20:11:04 -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=h7GOfp8PWWI75t7KcnMPY2Sd5dzF4pmifaIjO83VqWoKkFkNNxNI75XdpA+9E/ZGIud2WLDlZ+1FPui6olzuz+GAUcsxryZ5R0YEooWL+6IOMClc61Ry+QulMcWzcvB9honXPfByq4yAXZuX1XUu4VwZWoO+WfhWHEtgPptjt0M= 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=Cr78MuFcz6f/P0sYtW/JVUXEhbYZnHoSejFMduUf7wyRABypClf4KV+7oFkkGiHKFJYuuVekrmpNNlIsHE4qMA8cByq+yuDHizK80/qWYSSpQnpTPZB9URPkq2n0LTxH7Xw/uI3+BborCAgVdVUFtcDW16LGQF7qKiBCqYA2KGo= Received: by 10.65.240.17 with SMTP id s17mr9329761qbr.1179112263878; Sun, 13 May 2007 20:11:03 -0700 (PDT) Received: by 10.64.193.16 with HTTP; Sun, 13 May 2007 20:11:03 -0700 (PDT) Message-ID: <6eb82e0705132011r6bad8de6qb38eb6e6bcb4beb0@mail.gmail.com> Date: Mon, 14 May 2007 11:11:03 +0800 From: "Rong-en Fan" To: "Steve Kargl" In-Reply-To: <20070514025129.GB197@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> <20070514025129.GB197@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 03:11:05 -0000 On 5/14/07, Steve Kargl wrote: > On Mon, May 14, 2007 at 10:31:40AM +0800, Rong-en Fan wrote: > > >grep -v ^# /etc/csh.* .cshrc > > .cshrc: > > .cshrc:setenv MAIL /var/mail/`whoami` > > >cat a.c > > #include > > > > int main(void) { > > printf("hello world\n"); > > return 0; > > } > > >gcc -o a -g a.c > > >gdb a > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-marcel-freebsd"... > > (gdb) run > > Starting program: /home/rafan/a > > hello world > > > > Program exited normally. > > (gdb) > > > Did you trying running it multiple times within gdb? just tried. it works well (I run it at least 20 times). > > It's an i386 current as of May 6. You need to tell us more about > > your configuration (like kernel conf, sysctl, hardware, ... etc.) > > mobile:kargl[217] uname -a > FreeBSD mobile.kargl.org 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Sun Apr 29 10:49:22 PDT 2007 root@mobile.kargl.org:/usr/obj/usr/src/sys/MOBILE i386 also kernel config file :-) On my current box, it basically a GENERIC w/o any debug options. Also, my malloc.conf is ajz. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Mon May 14 03:22: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 AC6ED16A402; Mon, 14 May 2007 03:22:39 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5BF13C469; Mon, 14 May 2007 03:22:39 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E3IrON001009; Sun, 13 May 2007 20:18:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E3Ir3u001008; Sun, 13 May 2007 20:18:53 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 20:18:52 -0700 From: Steve Kargl To: Rong-en Fan Message-ID: <20070514031852.GA634@troutmask.apl.washington.edu> References: <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> <20070514025129.GB197@troutmask.apl.washington.edu> <6eb82e0705132011r6bad8de6qb38eb6e6bcb4beb0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0705132011r6bad8de6qb38eb6e6bcb4beb0@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 03:22:39 -0000 On Mon, May 14, 2007 at 11:11:03AM +0800, Rong-en Fan wrote: > > also kernel config file :-) > > On my current box, it basically a GENERIC w/o any debug > options. Also, my malloc.conf is ajz. > I don't have /etc/malloc.conf set at the moment. Kernel follows the sig. The problem doesn't occur on my amd64 box; only the Dell 4150 laptop. For any one that thinks I'm some kind of idiot. I've used the base system gdb for the past 3 years to debug gcc. It worked flawlessly until the recent tcsh import. -- Steve machine i386 cpu I686_CPU ident MOBILE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions NO_MODULES=yes maxusers 0 options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options KDB options KDB_TRACE options DDB options MSGBUF_SIZE=81920 options WITNESS options WITNESS_KDB options WITNESS_SKIPSPIN options INVARIANTS options INVARIANT_SUPPORT options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options MSDOSFS # MSDOS Filesystem options NTFS #NT File System options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # P1003_1B real-time extensions options MAXCONS=8 # number of virtual consoles options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options COMPAT_LINUX # Compatible with i386 linux binaries options LINPROCFS # Cannot be a module yet. device pci device apic # I/O APIC device acpi device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device blank_saver device sc device agp device pmtimer device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device wlan # 802.11 support device wlan_wep # 802.11 WEP support device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device umass # Disks/Mass storage - Requires scbus and da device sound device snd_ich device smbus # Bus support, required for smb below. device ichsmb device smb device iicbus # Bus support, required for ic/iic/iicsmb below. device iicbb device ic device iic device umodem device ucom device uplcom From owner-freebsd-current@FreeBSD.ORG Mon May 14 03:44: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 C24FD16A403 for ; Mon, 14 May 2007 03:44:00 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a9.g.dreamhost.com (sd-green-bigip-208-97-132-145.dreamhost.com [208.97.132.145]) by mx1.freebsd.org (Postfix) with ESMTP id ABD5913C459 for ; Mon, 14 May 2007 03:44:00 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (unknown [200.102.66.170]) by spunkymail-a9.g.dreamhost.com (Postfix) with ESMTP id D1C4520E8F; Sun, 13 May 2007 20:43:56 -0700 (PDT) Date: Mon, 14 May 2007 00:43:52 -0300 From: Ricardo Nabinger Sanchez To: Steve Kargl Message-Id: <20070514004352.b0e433ea.rnsanchez@wait4.org> In-Reply-To: <20070514020635.GA99892@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.1 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 03:44:00 -0000 On Sun, 13 May 2007 19:06:35 -0700 Steve Kargl wrote: > > I couldn't find the PR ('No matches' all the time using web query-pr.cgi) > > right now, but wasn't it Fortran code, instead of C? > > > > Well, the very first post in this thread contains URL to > the PR.! Which I don't have anymore... Should've looked at the archives anyway. > > You got to be kidding me that you could find it via a > web search. Is 'tcsh' too hard to spell? Here's > the result > > http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 Easy, man. I don't have any motive to bullshit you. I did search with some variations, from very specific (you as the originator, mp@ as the resposible, tcsh as the summary) to very broad ("tcsh"), with no results. The results also took some odd time to come out, around 30 seconds each. However, searching right _now_ brings the results, and very fast. > > This has absolutely nothing to do with Fortran. I get the > exact same problem with the classic Hello World. Indeed. I really confused with it because you was debugging gfortran, but all I remembered was "fortran", but could not find the PR. When reading mp@'s hello world C program, I thought he might be doing the wrong test, thus my ping message. Sorry for wasting yours and mp@'s time. -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Mon May 14 03:56:53 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 BAC3B16A400 for ; Mon, 14 May 2007 03:56:53 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 574CE13C448 for ; Mon, 14 May 2007 03:56:53 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: (qmail 17526 invoked by uid 0); 14 May 2007 03:56:52 -0000 Received: from 24.4.239.7 (HELO mp.peek.org) (24.4.239.7) by relay03.pair.com with SMTP; 14 May 2007 03:56:52 -0000 X-pair-Authenticated: 24.4.239.7 Message-ID: <4647DDF5.6070400@FreeBSD.org> Date: Sun, 13 May 2007 20:56:37 -0700 From: Mark Peek User-Agent: Thunderbird 2.0.0.0pre (Macintosh/20070419) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> <20070514025129.GB197@troutmask.apl.washington.edu> <6eb82e0705132011r6bad8de6qb38eb6e6bcb4beb0@mail.gmail.com> <20070514031852.GA634@troutmask.apl.washington.edu> In-Reply-To: <20070514031852.GA634@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 03:56:53 -0000 On 5/13/07 8:18 PM, Steve Kargl wrote: > For any one that thinks I'm some kind of idiot. I've > used the base system gdb for the past 3 years to debug > gcc. It worked flawlessly until the recent tcsh import. I was able to reproduce a gdb hang after receiving the additional information about the "setenv MAIL /var/log/`whoami`" in the .cshrc file. I believe it might be due to some changes in signal handling between tcsh 6.14 and 6.15. I'll try debugging it further myself and I also notified the tcsh bug list about this issue in case someone on that list can help as well. Mark From owner-freebsd-current@FreeBSD.ORG Mon May 14 03:44:28 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 90BFA16A400 for ; Mon, 14 May 2007 03:44:28 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7052113C46A for ; Mon, 14 May 2007 03:44:28 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 0D926AC5; Sun, 13 May 2007 22:44:28 -0500 (CDT) Date: Sun, 13 May 2007 22:44:27 -0500 To: Steve Kargl Message-ID: <20070514034427.GA31264@soaustin.net> References: <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> <20070514025129.GB197@troutmask.apl.washington.edu> <6eb82e0705132011r6bad8de6qb38eb6e6bcb4beb0@mail.gmail.com> <20070514031852.GA634@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070514031852.GA634@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 14 May 2007 04:30:55 +0000 Cc: freebsd-current@freebsd.org, Rong-en Fan Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 03:44:28 -0000 On Sun, May 13, 2007 at 08:18:52PM -0700, Steve Kargl wrote: > For any one that thinks I'm some kind of idiot. I've > used the base system gdb for the past 3 years to debug gcc. I don't think it's that; but the communication problem with the committer (hopefully now resolved!) and the fact that other people aren't seeing this problem, means that it is something specific to the setup on your one computer. As one of the bugmeisters, I know how frustrating it can be to see problems get reported and not see a quick response; but OTOH, I think you can understand the frustration of anyone who has looked at this bug report and said "gee, works for me". I'll take this opportunity to soapbox; please, folks, when following up to bug reports, Cc: bug-followup@ and not freebsd-bugs@; the former will get the information into GNATS and the latter won't. (In either case the posting will make it to freebsd-bugs@). I think this might have helped in this case. mcl From owner-freebsd-current@FreeBSD.ORG Mon May 14 04:33: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 CD1F216A40B; Mon, 14 May 2007 04:33:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id AC61D13C459; Mon, 14 May 2007 04:33:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E4ToZl001361; Sun, 13 May 2007 21:29:50 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E4ToW8001360; Sun, 13 May 2007 21:29:50 -0700 (PDT) (envelope-from sgk) Date: Sun, 13 May 2007 21:29:50 -0700 From: Steve Kargl To: Mark Peek Message-ID: <20070514042950.GB1252@troutmask.apl.washington.edu> References: <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513225255.GA96773@troutmask.apl.washington.edu> <20070513230634.GA96931@troutmask.apl.washington.edu> <6eb82e0705131931j4274046ew588ba5f28c0930e2@mail.gmail.com> <20070514025129.GB197@troutmask.apl.washington.edu> <6eb82e0705132011r6bad8de6qb38eb6e6bcb4beb0@mail.gmail.com> <20070514031852.GA634@troutmask.apl.washington.edu> <4647DDF5.6070400@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4647DDF5.6070400@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 04:33:36 -0000 On Sun, May 13, 2007 at 08:56:37PM -0700, Mark Peek wrote: > On 5/13/07 8:18 PM, Steve Kargl wrote: > >For any one that thinks I'm some kind of idiot. I've > >used the base system gdb for the past 3 years to debug > >gcc. It worked flawlessly until the recent tcsh import. > > I was able to reproduce a gdb hang after receiving the additional > information about the "setenv MAIL /var/log/`whoami`" in the .cshrc file. I > believe it might be due to some changes in signal handling between tcsh > 6.14 and 6.15. I'll try debugging it further myself and I also notified the > tcsh bug list about this issue in case someone on that list can help as > well. > Thanks for looking into this problem. I have no idea why I'm not receiving email from you. I looked at my various /var/log/maillog.* files and I see nothing that I can trace to you. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 06:27: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 23E1816A400; Mon, 14 May 2007 06:27: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 E044313C447; Mon, 14 May 2007 06:27: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 l4E6RlRN070457; Mon, 14 May 2007 02:27: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 l4E6Rli0045193; Mon, 14 May 2007 02:27:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0456273068; Mon, 14 May 2007 02:27:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070514062747.0456273068@freebsd-current.sentex.ca> Date: Mon, 14 May 2007 02:27: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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 06:27:48 -0000 TB --- 2007-05-14 05:48:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-14 05:48:12 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-14 05:48:12 - cleaning the object tree TB --- 2007-05-14 05:48:27 - checking out the source tree TB --- 2007-05-14 05:48:27 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-14 05:48:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-14 05:55:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-14 05:55:30 - cd /src TB --- 2007-05-14 05:55:30 - /usr/bin/make -B buildworld >>> World build started on Mon May 14 05:55:31 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 -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/comsat/comsat.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o comsat comsat.o gzip -cn /src/libexec/comsat/comsat.8 > comsat.8.gz ===> libexec/fingerd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/libexec/fingerd/fingerd.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o fingerd fingerd.o -lutil fingerd.o(.text+0x3ec): In function `main': : undefined reference to `vfork' *** Error code 1 Stop in /src/libexec/fingerd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-14 06:27:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-14 06:27:46 - ERROR: failed to build world TB --- 2007-05-14 06:27:46 - tinderbox aborted TB --- 0.37 user 1.15 system 2374.18 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:22: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 E531F16A403; Mon, 14 May 2007 07:22:35 +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 9CA4913C44C; Mon, 14 May 2007 07:22:35 +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 EC1C420A7; Mon, 14 May 2007 09:22:31 +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 DBC8520A6; Mon, 14 May 2007 09:22:31 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id C277D5649; Mon, 14 May 2007 09:22:31 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Darren Reed References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> Date: Mon, 14 May 2007 09:22:31 +0200 In-Reply-To: <20070514070715.GA82322@hub.freebsd.org> (Darren Reed's message of "Mon\, 14 May 2007 07\:07\:15 +0000") Message-ID: <86646vyimg.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Ali Mashtizadeh , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Joao Barros Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 07:22:36 -0000 Darren Reed writes: > It is not a lot of fun having to support the kernel and 'some' > filesystems being of a different type of filesystem to other parts > (from a system admin perspective.) This is especially true of those > filesystems that make up the "root". I don't see what the problem is. I am perfectly content with having my root file system on UFS2 on a pair of mirror disks. Considering the amount of work which would be required to allow FreeBSD to boot from ZFS (which you apparently do not appreciate), I perfectly understand Pawel's choice. Remember that unlike Sun, we do not make the hardware our OS runs on, nor do we write the firmware for it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:37: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 D95A916A403 for ; Mon, 14 May 2007 07:37:54 +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 8EE8A13C448 for ; Mon, 14 May 2007 07:37:54 +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 01F9320AA; Mon, 14 May 2007 09:37: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 DA37F20A8; Mon, 14 May 2007 09:37:49 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id A96C15651; Mon, 14 May 2007 09:37:49 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Steve Kargl References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> Date: Mon, 14 May 2007 09:37:49 +0200 In-Reply-To: <20070514024316.GA197@troutmask.apl.washington.edu> (Steve Kargl's message of "Sun\, 13 May 2007 19\:43\:16 -0700") Message-ID: <86ps53x3ci.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ricardo Nabinger Sanchez , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 07:37:54 -0000 Steve Kargl writes: > Read the entire thread. tcsh hangs when invoked from gdb with a > .cshrc that contains "tcsh hangs when invoked from gdb"? gdb uses ptrace(2), which breaks the process hierarchy - the debugged process is reparented to gdb. When the debugged process forks and gdb attaches to the child, the child will seem - from the parent's perspective - to disappear into thin air. This has never worked correctly in FreeBSD and is completely unrelated to tcsh, so you can get off mp@'s back already. Fixing it is hard. I've tried. It seems easy until you realize that you need to rewrite most of kern_wait(). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:50: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 45E3A16A406; Mon, 14 May 2007 07:50:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 2601513C44B; Mon, 14 May 2007 07:50:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E7kUPs002862; Mon, 14 May 2007 00:46:30 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E7kU1r002861; Mon, 14 May 2007 00:46:30 -0700 (PDT) (envelope-from sgk) Date: Mon, 14 May 2007 00:46:30 -0700 From: Steve Kargl To: Dag-Erling Sm??rgrav Message-ID: <20070514074630.GA2818@troutmask.apl.washington.edu> References: <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> <86ps53x3ci.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ps53x3ci.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i Cc: Ricardo Nabinger Sanchez , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 07:50:21 -0000 On Mon, May 14, 2007 at 09:37:49AM +0200, Dag-Erling Sm??rgrav wrote: > Steve Kargl writes: > > Read the entire thread. tcsh hangs when invoked from gdb with a > > .cshrc that contains > > "tcsh hangs when invoked from gdb"? > > gdb uses ptrace(2), which breaks the process hierarchy - the debugged > process is reparented to gdb. When the debugged process forks and gdb > attaches to the child, the child will seem - from the parent's > perspective - to disappear into thin air. > > This has never worked correctly in FreeBSD and is completely unrelated > to tcsh, so you can get off mp@'s back already. > > Fixing it is hard. I've tried. It seems easy until you realize that > you need to rewrite most of kern_wait(). > des, get off your high horse! gdb has always worked for me until the recent import of tcsh. I've use the freebsd base system gdb(1) for nearly 15 years without problems. The recent tcsh import has broken gdb. If you can fix it, fine; otherwise, crawl back under your rock. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:54: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 CB37816A402; Mon, 14 May 2007 07:54:10 +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 84D9413C465; Mon, 14 May 2007 07:54:10 +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 4657720A6; Mon, 14 May 2007 09:54:06 +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 BAF3E2088; Mon, 14 May 2007 09:54:05 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 9EE5E5657; Mon, 14 May 2007 09:54:05 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Steve Kargl References: <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> <86ps53x3ci.fsf@dwp.des.no> <20070514074630.GA2818@troutmask.apl.washington.edu> Date: Mon, 14 May 2007 09:54:05 +0200 In-Reply-To: <20070514074630.GA2818@troutmask.apl.washington.edu> (Steve Kargl's message of "Mon\, 14 May 2007 00\:46\:30 -0700") Message-ID: <86hcqfx2le.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ricardo Nabinger Sanchez , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 07:54:10 -0000 Steve Kargl writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > "tcsh hangs when invoked from gdb"? > > > > gdb uses ptrace(2), which breaks the process hierarchy - the debugged > > process is reparented to gdb. When the debugged process forks and gdb > > attaches to the child, the child will seem - from the parent's > > perspective - to disappear into thin air. > > > > This has never worked correctly in FreeBSD and is completely unrelated > > to tcsh, so you can get off mp@'s back already. > > > > Fixing it is hard. I've tried. It seems easy until you realize that > > you need to rewrite most of kern_wait(). > des, get off your high horse! > > gdb has always worked for me until the recent import of tcsh. > > I've use the freebsd base system gdb(1) for nearly 15 years > without problems. The recent tcsh import has broken gdb. If you > can fix it, fine; otherwise, crawl back under your rock. OK, keep telling yourself that, and good luck with your life. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:55:28 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 9349B16A402 for ; Mon, 14 May 2007 07:55:28 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 4D81813C448 for ; Mon, 14 May 2007 07:55:28 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so380399and for ; Mon, 14 May 2007 00:55:27 -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=sbBYWSvyyjr5OYBvfZm2EfXA1Q3Mh1P7dwDIfgWM/1VEPP3FD8sBzfQgB6bGzv9YkvwUVnJYF/OVJmV/qvPFwc53mvLgcmak/AYQO9DjzH3MD8M7Xnf8SYYY/OTkQwbKgrA+IF4DPvg1OVN7LrRb0VP0ShgOQAAAegBp2u3N3VY= 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=TNGuqHBz9R81qMbG08g3qdKm8WtJx/nbkV+d3dZReA0tKZDtjQ7reJLo58te0KrkzZmwRsQ8hSX4sqI2bAHkZmPw3eVNRUtRN5vd0oDGwlfU8Mnf+cQ1R1Rh2AMo0M+jpsaTNquSmc7pdFpmrKOCXFlmOsiHPBO9WmjRpNqapGo= Received: by 10.100.214.8 with SMTP id m8mr4240304ang.1179129327492; Mon, 14 May 2007 00:55:27 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 14 May 2007 00:55:27 -0700 (PDT) Message-ID: <499c70c0705140055w58029c42v6c711f8c84a2c8a0@mail.gmail.com> Date: Mon, 14 May 2007 10:55:27 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Steve Kargl" In-Reply-To: <20070514074630.GA2818@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <864pmg1t1s.fsf@dwp.des.no> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> <86ps53x3ci.fsf@dwp.des.no> <20070514074630.GA2818@troutmask.apl.washington.edu> Cc: Dag-Erling Sm??rgrav , freebsd-current@freebsd.org, Ricardo Nabinger Sanchez Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 07:55:28 -0000 On 5/14/07, Steve Kargl wrote: > On Mon, May 14, 2007 at 09:37:49AM +0200, Dag-Erling Sm??rgrav wrote: > > Steve Kargl writes: > > > Read the entire thread. tcsh hangs when invoked from gdb with a > > > .cshrc that contains > > > > "tcsh hangs when invoked from gdb"? > > > > gdb uses ptrace(2), which breaks the process hierarchy - the debugged > > process is reparented to gdb. When the debugged process forks and gdb > > attaches to the child, the child will seem - from the parent's > > perspective - to disappear into thin air. > > > > This has never worked correctly in FreeBSD and is completely unrelated > > to tcsh, so you can get off mp@'s back already. > > > > Fixing it is hard. I've tried. It seems easy until you realize that > > you need to rewrite most of kern_wait(). > > > > des, get off your high horse! > > gdb has always worked for me until the recent import of tcsh. > > I've use the freebsd base system gdb(1) for nearly 15 years > without problems. The recent tcsh import has broken gdb. If you > can fix it, fine; otherwise, crawl back under your rock. > > -- > Steve Wouldn't gdb 6.6 which is being ported work with latest tcsh http://www.freebsd.org/cgi/query-pr.cgi?pr=100067 ? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:57: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 EFE1A16A403; Mon, 14 May 2007 07:57:17 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6B12713C45D; Mon, 14 May 2007 07:57:17 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4E7vF04012593 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 May 2007 09:57:15 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20070513232413.GA65863@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Mon, 14 May 2007 09:57:13 +0200 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) Cc: Attilio Rao , FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 07:57:18 -0000 Am 14.05.2007 um 01:24 schrieb Kris Kennaway: > On Mon, May 14, 2007 at 12:55:40AM +0200, Stefan Bethke wrote: >> >> Am 14.05.2007 um 00:21 schrieb Kris Kennaway: >> >>> On Mon, May 14, 2007 at 12:17:28AM +0200, Stefan Bethke wrote: >>>> >>>> Am 13.05.2007 um 21:45 schrieb Attilio Rao: >>>> >>>>> 2007/5/11, Stefan Bethke : >>>>>> >>>>>> Am 11.05.2007 um 22:33 schrieb Andre Oppermann: >>>>>> >>>>>>> Stefan Bethke wrote: >>>>>>>> Got this reproducable panic on AMD64 on a couple of days old - >>>>>>>> current when I try to copy a file off a ZFS dataset via >>>>>>>> netatalk's afpd (via TCP, no actual AppleTalk involved). >>>>>>> >>>>>>> This is a recursive leak of the INP_INFO_LOCK() you've hit here. >>>>>>> We don't >>>>>>> know yet where it gets leaked but we're working on it. >>>>>> >>>>>> Hhm. I can trigger it very easily. I don't have a serial >>>>>> console on >>>>>> this box, but I could try a few things in a debugger if anyone >>>>>> wants >>>>>> me to look at anything in particular. >>>>> >>>>> Hello Stefan, >>>>> can you please recompile your kernel with INVARIANTS, DDB and KTR >>>>> support? >>>>> >>>>> Just add those lines: >>>>> options INVARIANTS >>>>> options INVARIANT_SUPPORT >>>>> options KDB >>>>> options DDB >>>>> options KTR >>>>> options KTR_COMPILE=(KTR_LOCK) >>>>> options KTR_ENTRIES=65534 >>>>> >>>>> and possibly remove kbdmux from your config file (not sure if >>>>> it has >>>>> still problems with our syscons, though). >>>>> >>>>> Then, when you hit that panic you should just be redirected to >>>>> ddb. >>>>> At that point please write 'show ktr' in the ddb prompt and report >>>>> what it shows. >>>> >>>> Left kbdmux in for the moment. Hit the panic, and show ktr shows >>>> nothings: >>>> >>>> db> show ktr >>>> --- End of trace buffer --- >>>> db> >>>> >>>> If you think it's useful, I can remove kdbmux as well and try >>>> again. >>> >>> You also need KTR_MASK=(KTR_LOCK) (or set debug.ktr.mask at >>> runtime), >>> this filters the events that are logged. >> >> Nothing still. > > OK, KTR_ENTRIES is also wrong as suggested by attilio, it must be a > power of 2. Try 32768 or 65536 (the latter may be too large depending > on your architecture). OK, got it. However, it's a bit more than I'm willing to hand- transcribe :-) Any way of saving this info without a serial console or a digital camera? I'll try to get a serial port the next couple of days... Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:58: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 5E5BE16A408; Mon, 14 May 2007 07:58:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3D72913C45B; Mon, 14 May 2007 07:58:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E7svYw002959; Mon, 14 May 2007 00:54:57 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E7svJ0002958; Mon, 14 May 2007 00:54:57 -0700 (PDT) (envelope-from sgk) Date: Mon, 14 May 2007 00:54:57 -0700 From: Steve Kargl To: Dag-Erling Sm??rgrav , g@troutmask.apl.washington.edu Message-ID: <20070514075457.GA2873@troutmask.apl.washington.edu> References: <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> <86ps53x3ci.fsf@dwp.des.no> <20070514074630.GA2818@troutmask.apl.washington.edu> <86hcqfx2le.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86hcqfx2le.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i Cc: Ricardo Nabinger Sanchez , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 07:58:47 -0000 On Mon, May 14, 2007 at 09:54:05AM +0200, Dag-Erling Sm??rgrav wrote: > Steve Kargl writes: > > "Dag-Erling Sm??rgrav" writes: > > > "tcsh hangs when invoked from gdb"? > > > > > > gdb uses ptrace(2), which breaks the process hierarchy - the debugged > > > process is reparented to gdb. When the debugged process forks and gdb > > > attaches to the child, the child will seem - from the parent's > > > perspective - to disappear into thin air. > > > > > > This has never worked correctly in FreeBSD and is completely unrelated > > > to tcsh, so you can get off mp@'s back already. > > > > > > Fixing it is hard. I've tried. It seems easy until you realize that > > > you need to rewrite most of kern_wait(). > > des, get off your high horse! > > > > gdb has always worked for me until the recent import of tcsh. > > > > I've use the freebsd base system gdb(1) for nearly 15 years > > without problems. The recent tcsh import has broken gdb. If you > > can fix it, fine; otherwise, crawl back under your rock. > > OK, keep telling yourself that, and good luck with your life. > Sigh. mp@ has already verified that the problem with gdb and tcsh occurs. Were you born stupid or did your have to work at it? -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:58: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 DED4B16A47F; Mon, 14 May 2007 07:58:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id BDD7513C480; Mon, 14 May 2007 07:58:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4E7t3If002989; Mon, 14 May 2007 00:55:03 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4E7t3Pm002988; Mon, 14 May 2007 00:55:03 -0700 (PDT) (envelope-from sgk) Date: Mon, 14 May 2007 00:55:03 -0700 From: Steve Kargl To: Dag-Erling Sm??rgrav , g@troutmask.apl.washington.edu Message-ID: <20070514075457.GA2873@troutmask.apl.washington.edu> References: <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> <86ps53x3ci.fsf@dwp.des.no> <20070514074630.GA2818@troutmask.apl.washington.edu> <86hcqfx2le.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86hcqfx2le.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i Cc: Ricardo Nabinger Sanchez , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 07:58:53 -0000 On Mon, May 14, 2007 at 09:54:05AM +0200, Dag-Erling Sm??rgrav wrote: > Steve Kargl writes: > > "Dag-Erling Sm??rgrav" writes: > > > "tcsh hangs when invoked from gdb"? > > > > > > gdb uses ptrace(2), which breaks the process hierarchy - the debugged > > > process is reparented to gdb. When the debugged process forks and gdb > > > attaches to the child, the child will seem - from the parent's > > > perspective - to disappear into thin air. > > > > > > This has never worked correctly in FreeBSD and is completely unrelated > > > to tcsh, so you can get off mp@'s back already. > > > > > > Fixing it is hard. I've tried. It seems easy until you realize that > > > you need to rewrite most of kern_wait(). > > des, get off your high horse! > > > > gdb has always worked for me until the recent import of tcsh. > > > > I've use the freebsd base system gdb(1) for nearly 15 years > > without problems. The recent tcsh import has broken gdb. If you > > can fix it, fine; otherwise, crawl back under your rock. > > OK, keep telling yourself that, and good luck with your life. > Sigh. mp@ has already verified that the problem with gdb and tcsh occurs. Were you born stupid or did your have to work at it? -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 14 08:05: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 A565C16A403; Mon, 14 May 2007 08:05:12 +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 8F93E13C45B; Mon, 14 May 2007 08:05:12 +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 5142D1A3C19; Mon, 14 May 2007 01:06:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A325452FB9; Mon, 14 May 2007 04:05:11 -0400 (EDT) Date: Mon, 14 May 2007 04:05:11 -0400 From: Kris Kennaway To: Stefan Bethke Message-ID: <20070514080510.GB71110@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@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: Attilio Rao , FreeBSD Current , Andre Oppermann , Kris Kennaway Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 08:05:12 -0000 On Mon, May 14, 2007 at 09:57:13AM +0200, Stefan Bethke wrote: > OK, got it. However, it's a bit more than I'm willing to hand- > transcribe :-) > > Any way of saving this info without a serial console or a digital > camera? > > I'll try to get a serial port the next couple of days... I think ktrdump can operate on a core. Kris From owner-freebsd-current@FreeBSD.ORG Mon May 14 08:10: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 A299116A405 for ; Mon, 14 May 2007 08:10:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 60D6213C469 for ; Mon, 14 May 2007 08:10:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so381140and for ; Mon, 14 May 2007 01:10:48 -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=WTzSpus/+J841I6oAY2rN9ZQM70QbADsoEohi/AQMHnd7lPoo42Us9loRQaXXcmHtUXqOxq/iHT0yE1t+ZYmOzF8Dp3Zo0AHmyyLuVHMUQL8tFtK77cjkTWRAISebZny8XVujUZFJOHAULrnkrE8T9fDxYSfV4XlH1gTmao4OoQ= 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=qx+1MkOjBUq6bjkkYQf5MMQBUEwYqvWCcsknH0ZKegu0yEMzNJ6bU79Wqt/rCmNDJySQYUahkinT1iMWYQPIl8e9NHQ8+8rg31Hq7w2Ks0fERYq1agX++QCbhrveaVATRYL7g9jymLKZ5Jfsn7PQjseVcEGJdLvN/B+nBwlk8Tg= Received: by 10.100.142.12 with SMTP id p12mr4235578and.1179130248101; Mon, 14 May 2007 01:10:48 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 14 May 2007 01:10:48 -0700 (PDT) Message-ID: <499c70c0705140110h447f469cuf2243cf5d9e3835a@mail.gmail.com> Date: Mon, 14 May 2007 11:10:48 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "O. Hartmann" In-Reply-To: <46473A44.7050408@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46459240.8070403@paradise.net.nz> <20070512175214.GA22914@xor.obsecurity.org> <46470288.8040708@delphij.net> <20070513103941.7f603598@kan.dnsalias.net> <46472E5C.1060703@delphij.net> <46473A44.7050408@mail.zedat.fu-berlin.de> Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: FreeBSD 7.0 using GCC 4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 08:10:49 -0000 On 5/13/07, O. Hartmann wrote: > LI Xin wrote: > > Alexander Kabaev wrote: > > > >> On Sun, 13 May 2007 20:20:24 +0800 > >> LI Xin wrote: > >> > >> > >>> Will we be using 4.1.x series or 4.2.x series for 7.0-RELEASE? Just > >>> curious :-) > >>> > >>> Cheers, > >>> -- > >>> Xin LI http://www.delphij.net/ > >>> FreeBSD - The Power to Serve! > >>> > >>> > >> 4.2.0. This is the first compiler version in GCC history to actually > >> shrink compiled boot2 code and that alone gave it many points in 4.1 > >> vs. 4.2 shootout. There are other advantages as well. 4.2 can build > >> unpatched firefox and have it working, while 4.1 builds binary with > >> broken relocations, etc. > >> > > > > Wow, that's great, thanks for the work! > > > > Cheers, > > > A while ago a discussion herein was triggered about this subject and as > I remember myself, the decission was made in favor of gcc 4.1. Watching > Linux/Gentoo Forums for a while I was reading many suggestions not using > gcc 4.1.1 as it is standard in newest branches/distributions, because of > several serious misbehaviours/generating broken code. > > We will see > Oliver A friend of mine who is a dev in Fedora said they wont go for GCC 4.1 since it brakes many things, and would go for GCC 4.2.x instead. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon May 14 09:11: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 8268416A403; Mon, 14 May 2007 09:11:48 +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 3BE3413C448; Mon, 14 May 2007 09:11:48 +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 7E1CA20A6; Mon, 14 May 2007 11:11:44 +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 00E442088; Mon, 14 May 2007 11:11:43 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id DB263504B; Mon, 14 May 2007 11:11:43 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Steve Kargl References: <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> <86ps53x3ci.fsf@dwp.des.no> <20070514074630.GA2818@troutmask.apl.washington.edu> <86hcqfx2le.fsf@dwp.des.no> <20070514075457.GA2873@troutmask.apl.washington.edu> Date: Mon, 14 May 2007 11:11:43 +0200 In-Reply-To: <20070514075457.GA2873@troutmask.apl.washington.edu> (Steve Kargl's message of "Mon\, 14 May 2007 00\:54\:57 -0700") Message-ID: <86ps53u5v4.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Ricardo Nabinger Sanchez , g@troutmask.apl.washington.edu, freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 09:11:48 -0000 Steve Kargl writes: > Sigh. mp@ has already verified that the problem with gdb and tcsh > occurs. > > Were you born stupid or did your have to work at it? I don't know if I was born stupid, but I certainly wasn't born with your quick wits and talent for words, so I'll express myself plainly: using gdb to trace processes which fork, and especially processes which track their children closely, such as shells, has never worked properly in FreeBSD. The reason I know this is that I have spent the last ten years rooting around the FreeBSD kernel, and written or rewritten a sizeable portion of the ptrace(2) code, which gdb uses, myself. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 14 09:55: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 D0B2C16A402 for ; Mon, 14 May 2007 09:55:57 +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 61FB313C44C for ; Mon, 14 May 2007 09:55:57 +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 l4E9ttnT001875; Mon, 14 May 2007 19:55:55 +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 l4E9tt3g001874; Mon, 14 May 2007 19:55:55 +1000 (EST) (envelope-from peter) Date: Mon, 14 May 2007 19:55:55 +1000 From: Peter Jeremy To: Mark Linimon Message-ID: <20070514095555.GE1171@turion.vk2pj.dyndns.org> References: <20070513211036.GA18134@soaustin.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i7F3eY7HS/tUJxUd" Content-Disposition: inline In-Reply-To: <20070513211036.GA18134@soaustin.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 09:55:57 -0000 --i7F3eY7HS/tUJxUd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-13 16:10:36 -0500, Mark Linimon wrote: >We really need to redefine what 'critical' is, since that field is so >often overused as to be meaningless. That may be on of the topics I try >to address at BSDCan when talking about PR workflow. There are two difficulties here: 1) What is "critical" to me may seem totally unimportant to you. 2) I might just make everything "critical" to make someone look at it (I have lots of developers at work who believe in the latter approach). The approach we used at work was to avoid the "critical/high/medium/low" categories and categorise based on impact instead - which removed much of the subjectivity. --=20 Peter Jeremy --i7F3eY7HS/tUJxUd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGSDIr/opHv/APuIcRAljRAKCLaS25ih4LgNgouCjh7SY5AwkZ4QCgsgaD S2doYMIUp4Li6F5qWm27GQs= =HNpK -----END PGP SIGNATURE----- --i7F3eY7HS/tUJxUd-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 10:40: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 70A5916A405; Mon, 14 May 2007 10:40:14 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mx1.ethionet.et (mx1.ethionet.et [213.55.64.53]) by mx1.freebsd.org (Postfix) with ESMTP id D59CA13C458; Mon, 14 May 2007 10:40:13 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mx1.ethionet.et (localhost [127.0.0.1]) by localhost.ethionet.et (Postfix) with ESMTP id B3B9A4FE8; Mon, 14 May 2007 13:03:28 +0300 (EAT) Received: from rogue.navcom.lan (unknown [213.55.64.98])by mx1.ethionet.et ( Postfix) with SMTP id 82AF74FE9;Mon, 14 May 2007 13:03:24 +0300 (EAT) Received: by rogue.navcom.lan (Postfix, from userid 1001)id E162F12D8; Mon, 14 May 2007 13:12:24 +0300 (EAT) Date: Mon, 14 May 2007 13:12:24 +0300 From: Mike Makonnen To: Robert Watson Message-ID: <20070514101224.GA2117@rogue.navcom.lan> References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@ webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@fre ebsd.org> <200 70512205110.U24765@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070512205110.U24765@fledge.watson.org> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD/7.0-CURRENT (i386) X-imss-version: 2.46 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:3 C:2 M:2 S:3 R:2 (0.5000 0.5000) Cc: Kian Mohageri , freebsd-current@freebsd.org Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 10:40:14 -0000 On Sat, May 12, 2007 at 08:53:05PM +0100, Robert Watson wrote: > > On Sat, 12 May 2007, Kian Mohageri wrote: > > >On 5/11/07, Eric Anderson wrote: > > > >>Amazing - so far the patch has been downloaded by over 40 different > >>systems, but the *screenshots* have been viewed by over 500. Wow. I > >>never would have guessed. > >> > >>Still no complaints/comments/etc. Good I suppose.. > > > >I don't mean to be the Debbie Downer of the list, but I'm not crazy about > >the addition just because I like simplicity. I know it's off by default > >and all, but it reminds me a whole lot of linux startup (Gentoo, > >specifically, but I dont > > > >remember where this originated) and I'm more fond of FBSD's as it looks > >more > > > >professional. > > > >Obviously that's just my 2cents though and I'm not a developer, so you > >won't see me complain if it does get committed :) Just thought I'd > >comment since you were looking for feedback. > > Call me old-fashioned, but I actually preferred the much more abbreviated > rc output from before rc.d even. :-) We're not going back to hardware > devices where all the probed devices add up to fewer than 25 lines, I'm > sure, but when daemons generated 8-12 characters without a carriage return > each, there was a good chance you could still see the end of the kernel > messages by the time you got to login:, and I miss that. I don't object to > optional more complex output as long as that complexity is hidden away > neatly somewhere in rc.subr, and isn't on by default as shipped. I'd love > it if someone could restore the even shorter output we had before. I think this patch should be implemented in a more generic way so the user can decide what kind of output he/she wants. Maybe something along the lines of a top-level 'rc_outputs' with a list of output types, then each type would have its own knobs to control how it operates. From reading the rest of this thread I think we already have 3 candidates: quiet, normal, fancy. I'd be willing to work with anyone willing to work on this. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon May 14 11:20: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 30C8D16A404 for ; Mon, 14 May 2007 11:20:39 +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 DFD7513C45D for ; Mon, 14 May 2007 11:20:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HnYbK-00071m-OU for freebsd-current@freebsd.org; Mon, 14 May 2007 13:20:27 +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 ; Mon, 14 May 2007 13:20:26 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 May 2007 13:20:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 14 May 2007 13:20:09 +0200 Lines: 37 Message-ID: References: <86abwiauc3.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8160A46A59FE4D5AD0FB1AB3" 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: <86abwiauc3.fsf@dwp.des.no> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: UFS close-to-open consistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 11:20:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8160A46A59FE4D5AD0FB1AB3 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > I had a very strange experience today involving typeahead and a slow > ssh connection. Apparently, the second 'make' command below saw the > old version of if_rum.c instead of the new one I checked out from > repoman between the two builds. Do you think this may be related to occasional errors like: Fetching=20 ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-6.2-release/Latest= /zsh.tbz...pkg_add:=20 fatal error during execution: getcwd while installing ports via pkg_add -r on some amd64 machines running=20 6.2-release? --------------enig8160A46A59FE4D5AD0FB1AB3 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 iD8DBQFGSEXwldnAQVacBcgRApJ0AKCdjXUYdxDuV+A/6vRXzH/tHkvvFwCfVTPZ f65oAinggZkpzL7+jRBGMwY= =Hwyt -----END PGP SIGNATURE----- --------------enig8160A46A59FE4D5AD0FB1AB3-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 07:07:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id 0EF1416A406; Mon, 14 May 2007 07:07:15 +0000 (UTC) Date: Mon, 14 May 2007 07:07:15 +0000 From: Darren Reed To: Ali Mashtizadeh Message-ID: <20070514070715.GA82322@hub.freebsd.org> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 14 May 2007 11:28:24 +0000 Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS: amd64, devd, root file system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 07:07:15 -0000 > On 4/9/07, Pawel Jakub Dawidek wrote: ... > >The biggest problem I see is lack of motivation on my side. Really. Why > >someone would like to keep kernel on ZFS so much? This would be a huge > >amount of work, I expect, and what we get in turn? On Solaris you can > >only boot from a single-disk pool or from a mirrored pool. Is it really > >worth the effort for us? I much more prefer to spend the time working on > >something more useful than that and keep my small /boot/ file system > >protected by gmirror on UFS - with this approach there are no > >limitations - we can keep our root file system on compressed RAID-Z > >pool. Pawel, to answer your question... It is not a lot of fun having to support the kernel and 'some' filesystems being of a different type of filesystem to other parts (from a system admin perspective.) This is especially true of those filesystems that make up the "root". ZFS also raises another issue: why wouldn't you want the same data reliability for your root/boot volumes as for your data? I understand that you may not have enough drive/desire to do the work, but don't understate the value of having all your filesystems being of one type, especially if it means your root volume is dynamic in size. Darren From owner-freebsd-current@FreeBSD.ORG Mon May 14 11: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 95FB316A404 for ; Mon, 14 May 2007 11:40:13 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4F59613C44B for ; Mon, 14 May 2007 11:40:12 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1581592wra for ; Mon, 14 May 2007 04:40:11 -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=ClsyECSsSzPH/gMqxrWeOjjdK2mJCjAshxY+2C5UnRSImme1iqCZl01e/91lfE0l106J7FBOhK2jvyL5AoRHe2P+jTFOEF6lVN495/dJFwFOa8TAHYxOkqPa+vKxDqhcp18A1XEQkXbcl+bW0WJ9+KzvTqGx17dozR/bJyGYzJg= 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=PExFbk/E1ts6lAucRgvxtdnwy34MU6yGl0XZfH6mLS6TjxChMVNhFh+GuJrjGwwDme9jSRlqhi8h2fXOV0M3vnG+cooUT8o2sOX2BeiCg5IL4ggq2n/z8jQqaLeNMUVoid+DipsJwtCubu/UHvYYNjq7uXYtqNgj6zmdHJmr4s0= Received: by 10.78.81.20 with SMTP id e20mr2279908hub.1179142811108; Mon, 14 May 2007 04:40:11 -0700 (PDT) Received: by 10.78.163.20 with HTTP; Mon, 14 May 2007 04:40:11 -0700 (PDT) Message-ID: <70e8236f0705140440q6c2e28a6ge6deab7ffc3fa340@mail.gmail.com> Date: Mon, 14 May 2007 12:40:11 +0100 From: "Joao Barros" To: "Lars Engels" , "Giorgos Keramidas" , "Dan Nelson" , "Kian Mohageri" , "Robert Watson" , freebsd-current@freebsd.org In-Reply-To: <20070513211515.GC94292@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <464464BB.3090100@freebsd.org> <20070511152646.g6n5r7k2tcw00ow4@webmail.leidinger.net> <464476D3.3090001@freebsd.org> <4645173A.2040008@freebsd.org> <20070512205110.U24765@fledge.watson.org> <20070513024030.GE2364@dan.emsphone.com> <20070513031807.GA6437@kobe.laptop> <20070513211515.GC94292@e.0x20.net> Cc: Subject: Re: [PATCH] Fancy rc startup (revisited) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 11:40:13 -0000 On 5/13/07, Lars Engels wrote: > On Sun, May 13, 2007 at 06:18:08AM +0300, Giorgos Keramidas wrote: > > > > More like Solaris 10 "boot -v", where you still get the kernel messages, > > but you have a point there. I am kind of old-fashioned in the Robert > > way too, however. If there was a way to minimize the console output > > when services are starting, i.e. to print something like: > > > > [last kernel message] > > > > Booting FreeBSD: dumpon initrandom fsck root hostid mountcritlocal > > var cleanvar random adjkerntz hostname kldxref swap sysctl netif (lo0 > > fxp0) pflog pf routing devd nsswitch devfs syslogd ldconfig named > > auditd tmp cleartmp dmesg virecover local motd ntpd powerd syscons > > sshd sendmail cron securelevel power_profile inetd > > > > foo login: > > > > where each rc.d script would only print its name if it *was* enabled > > with xxx_enable, optionally followed by a parenthesized list of > > single-word status messages for each subscript/component), would be > > really neat. > > I like this idea. Optionally the names could be printed in green and red > depending on whether the service started successfully or not. > > Although neat, that would fail over serial for example. How about something like: Booting FreeBSD: dumpon initrandom fsck root hostid mountcritlocal var cleanvar random adjkerntz hostname kldxref swap sysctl netif (lo0 fxp0) pflog pf routing devd nsswitch devfs syslogd ldconfig named auditd [FAILED] tmp cleartmp dmesg virecover local motd ntpd powerd syscons sshd sendmail cron securelevel power_profile inetd PS: Robert, nothing against auditd ;) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon May 14 11:46: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 56DBE16A402 for ; Mon, 14 May 2007 11:46:34 +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 186FB13C455 for ; Mon, 14 May 2007 11:46:34 +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 53C9E20A7; Mon, 14 May 2007 13:46:28 +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 D23392088; Mon, 14 May 2007 13:46:27 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id AC6825095; Mon, 14 May 2007 13:46:27 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Ivan Voras References: <86abwiauc3.fsf@dwp.des.no> Date: Mon, 14 May 2007 13:46:27 +0200 In-Reply-To: (Ivan Voras's message of "Mon\, 14 May 2007 13\:20\:09 +0200") Message-ID: <864pmftyp8.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: UFS close-to-open consistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 11:46:34 -0000 Ivan Voras writes: > Dag-Erling Sm=C3=B8rgrav wrote: > > I had a very strange experience today involving typeahead and a slow > > ssh connection. Apparently, the second 'make' command below saw the > > old version of if_rum.c instead of the new one I checked out from > > repoman between the two builds. > Do you think this may be related to occasional errors like: > > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-6.2-release/Latest= /zsh.tbz...pkg_add: > fatal error during execution: getcwd > > while installing ports via pkg_add -r on some amd64 machines running > 6.2-release? No, this was pilot error - you'll notice that the 'make' command line was different the third time. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 14 15:51: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 AD4D216A405 for ; Mon, 14 May 2007 15:51:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 669BA13C45A for ; Mon, 14 May 2007 15:51:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4EFpaCK067174; Mon, 14 May 2007 11:51:37 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l4EFpZBb099847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 11:51:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200705141551.l4EFpZBb099847@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 14 May 2007 11:51:25 -0400 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ), Takeharu KATO From: Mike Tancsa In-Reply-To: <86tzuxni1b.fsf@dwp.des.no> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed 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: Mon, 14 May 2007 15:51:42 -0000 At 03:02 AM 5/1/2007, Dag-Erling Sm=F8rgrav wrote: >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. Hi, This applies cleanly to RELENG_6 and=20 actually works on my super micro board. The base ichwd does not ichwd0: on isa0 # FreeBSD 6.2 ppc0: parallel port not found. ichwd0: detaching ichwd0: detached ichwd module unloaded ichwd module loaded ichwd0: at port=20 0x1030-0x1037,0x1060-0x1069 on isa0 # RELENG_6 ppc0: parallel port not found. ichwd0: detached ichwd module unloaded ichwd module loaded ichwd0: at port=20 0x1030-0x1037,0x1060-0x1069 on isa0 # RELENG_6 plus current patch ichwd0: Intel ICH7 watchdog timer (TCO version 2) ppc0: parallel port not found. isab0@pci0:31:0: class=3D0x060100=20 card=3D0x798015d9 chip=3D0x27b88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GB/GR (ICH7 Family) LPC Interface Controller' class =3D bridge subclass =3D PCI-ISA cap 09[e0] =3D vendor (length 12) Intel cap 1 version 0 features: Quick Resume, 4 PCI-e x1 slots ---Mike=20 From owner-freebsd-current@FreeBSD.ORG Mon May 14 14:19: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 996B916A400 for ; Mon, 14 May 2007 14:19:02 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7F04113C458 for ; Mon, 14 May 2007 14:19:02 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id EDC87AEA; Mon, 14 May 2007 09:19:01 -0500 (CDT) Date: Mon, 14 May 2007 09:19:01 -0500 To: Peter Jeremy Message-ID: <20070514141901.GA21821@soaustin.net> References: <20070513211036.GA18134@soaustin.net> <20070514095555.GE1171@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070514095555.GE1171@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 14 May 2007 16:04:23 +0000 Cc: Mark Linimon , freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 14:19:02 -0000 On Mon, May 14, 2007 at 07:55:55PM +1000, Peter Jeremy wrote: > 2) I might just make everything "critical" to make someone look at it This has been the traditional approach in FreeBSD, which has (as it no doubt led at your workplace) to the field being totally ignored. I've scrubbed a number of those out of the database, but am "all ears" as to what you used to replace it with. mcl From owner-freebsd-current@FreeBSD.ORG Mon May 14 16:32: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 184AF16A405 for ; Mon, 14 May 2007 16:32:29 +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 D2D2113C465 for ; Mon, 14 May 2007 16:32:28 +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 l4EGWQd1046873; Mon, 14 May 2007 11:32:26 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Mon, 14 May 2007 11:32:25 -0500 (CDT) From: "Sean C. Farley" To: Steve Kargl In-Reply-To: <20070514024316.GA197@troutmask.apl.washington.edu> Message-ID: <20070514112951.B30739@thor.farley.org> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <864pmg1t1s.fsf@dwp.des.no> <20070513183009.GA96018@troutmask.apl.washington.edu> <86646wzfv0.fsf@dwp.des.no> <20070513192836.GA94258@troutmask.apl.washington.edu> <46478626.9060301@FreeBSD.org> <20070513230055.1dbd22f5.rnsanchez@wait4.org> <20070514020635.GA99892@troutmask.apl.washington.edu> <20070514022620.GA52887@nagual.pp.ru> <20070514024316.GA197@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Mon, 14 May 2007 16:32:29 -0000 On Sun, 13 May 2007, Steve Kargl wrote: > On Mon, May 14, 2007 at 06:26:20AM +0400, Andrey Chernov wrote: >> On Sun, May 13, 2007 at 07:06:35PM -0700, Steve Kargl wrote: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 >>> >>> This has absolutely nothing to do with Fortran. I get the exact >>> same problem with the classic Hello World. >> >> I got no problems debugging with tcsh. Look how you set tcsh >> variables. If there are run-time executables, gdb may confuse them >> with program you debug. In that case it isn't tcsh fault. >> > > Read the entire thread. tcsh hangs when invoked from gdb with a > .cshrc that contains > > setenv MAIL /var/mail/`whoami` That brings back memories of gnu/77818[1]. It was with FreeBSD 5 and 6 and zsh. Sean 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=gnu/77818 -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Mon May 14 17:23: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 719D516A46C for ; Mon, 14 May 2007 17:23:34 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: from ybbsmtp02.mail.ogk.yahoo.co.jp (ybbsmtp02.mail.ogk.yahoo.co.jp [124.83.153.122]) by mx1.freebsd.org (Postfix) with SMTP id D9B0513C459 for ; Mon, 14 May 2007 17:23:33 +0000 (UTC) (envelope-from takeharu1219@ybb.ne.jp) Received: (qmail 7266 invoked by alias); 14 May 2007 17:23:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ybb20050223; d=ybb.ne.jp; b=oiqB8HWASSAqgGfLypZVYGGDLDxkKdmEr5vc/XH8AHToa22icq+x7Ukzmzbckp8fAVLFTt/1tOzNJYv/7kbPIT1JIybN+AgvSH6JlNpjZRbN1vPkuQfBu3zN5ca0vD3B ; Received: from unknown (HELO ?127.0.0.1?) (takeharu1219@219.35.170.86 with plain) by ybbsmtp02.mail.ogk.yahoo.co.jp with SMTP; 14 May 2007 17:23:31 -0000 X-Apparently-From: Message-ID: <46489B0C.7060104@ybb.ne.jp> Date: Tue, 15 May 2007 02:23:24 +0900 From: Takeharu KATO User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Mike Tancsa References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200705141551.l4EFpZBb099847@lava.sentex.ca> In-Reply-To: <200705141551.l4EFpZBb099847@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , 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: Mon, 14 May 2007 17:23:34 -0000 Hi, Thank you for your testing. > on isa0 # RELENG_6 > ppc0: parallel port not found. > ichwd0: detached > ichwd module unloaded > ichwd module loaded > ichwd0: at port 0x1030-0x1037,0x1060-0x1069 > on isa0 # RELENG_6 plus current patch > ichwd0: Intel ICH7 watchdog timer (TCO version 2) > ppc0: parallel port not found. > > isab0@pci0:31:0: class=0x060100 card=0x798015d9 chip=0x27b88086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GB/GR (ICH7 Family) LPC Interface Controller' > class = bridge > subclass = PCI-ISA > cap 09[e0] = vendor (length 12) Intel cap 1 version 0 > features: Quick Resume, 4 PCI-e x1 slots > > It looks worked correctly. Does the driver make the box reset when the box falls in hang-up? I do not have ICH-7 machine, so I am glad that you tested it. Thanks, From owner-freebsd-current@FreeBSD.ORG Mon May 14 17:32: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 81F6716A403; Mon, 14 May 2007 17:32:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF3D13C468; Mon, 14 May 2007 17:32:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4EHWEoL071409; Mon, 14 May 2007 13:32:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l4EHWEGi000402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 13:32:14 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200705141732.l4EHWEGi000402@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 14 May 2007 13:32:21 -0400 To: Takeharu KATO From: Mike Tancsa In-Reply-To: <46489B0C.7060104@ybb.ne.jp> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200705141551.l4EFpZBb099847@lava.sentex.ca> <46489B0C.7060104@ybb.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , 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: Mon, 14 May 2007 17:32:17 -0000 At 01:23 PM 5/14/2007, Takeharu KATO wrote: >It looks worked correctly. >Does the driver make the box reset when the box falls in hang-up? >I do not have ICH-7 machine, so I am glad that you tested it. Hi, thank you for writing the fix! Yes, all works as expected. I tested it by doing a kill -9 watchdogd # kldload ./ichwd.ko # dmesg | tail -3 ichwd module loaded ichwd0: on isa0 ichwd0: Intel ICH7 watchdog timer (TCO version 2) # watchdogd -t 20 # ps -auxw | grep dog root 86686 0.0 0.0 1408 860 ?? Ss 1:28PM 0:00.00 watchdogd -t 20 root 86688 0.0 0.1 1596 1044 p0 S+ 1:28PM 0:00.00 grep dog # kill -9 86686 and about 20 seconds later, the box reboots. ---Mike From owner-freebsd-current@FreeBSD.ORG Mon May 14 18:16: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 1C4AC16A402 for ; Mon, 14 May 2007 18:16:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id C631713C44B for ; Mon, 14 May 2007 18:16:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l4EHdFDs053866 for ; Mon, 14 May 2007 10:39:15 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l4EHdF6v053865 for current@freebsd.org; Mon, 14 May 2007 10:39:15 -0700 (PDT) (envelope-from david) Date: Mon, 14 May 2007 10:39:15 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20070514173915.GH64542@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8w4vJErrroHezzIq" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Intel ICH3 (82801CA) -- fails to probe as of 13 May 2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 18:16:12 -0000 --8w4vJErrroHezzIq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My current laptop is a Dell Inspiron 8200; I track RELENG_6 & HEAD on it on a daily basis. FWIW, in general, CURRENT works well for me. :-) Yesterday, though, I noticed that after I fired up xbiff, I was assaulted by a very loud beep. A quick reality check revealed that the little script I had placed in /usr/local/etc/rc.d to perform a mixer vol 25 did not run because there was no /dev/mixer. Oh. Well.... Checking messages from the previous day, I see: May 12 07:15:37 localhost kernel: ata1: stat1=3D0x3f err=3D0x3f lsb=3D0x3f = msb=3D0x3f May 12 07:15:37 localhost kernel: ata1: reset tp2 stat0=3Dbf stat1=3Dbf dev= ices=3D0x0 May 12 07:15:37 localhost kernel: ata1: [MPSAFE] May 12 07:15:37 localhost kernel: ata1: [ITHREAD] May 12 07:15:37 localhost kernel: pcm0: port 0xd800-= 0xd8ff,0xdc80-0xdcbf irq 9 at device 31.5 on pci0 May 12 07:15:37 localhost kernel: pcm0: Reserved 0x100 bytes for rid 0x10 t= ype 4 at 0xd800 May 12 07:15:37 localhost kernel: pcm0: Reserved 0x40 bytes for rid 0x14 ty= pe 4 at 0xdc80 May 12 07:15:37 localhost kernel: pcm0: [MPSAFE] May 12 07:15:37 localhost kernel: pcm0: [ITHREAD] May 12 07:15:37 localhost kernel: pcm0: May 12 07:15:37 localhost kernel: pcm0: Codec features mic channel, tone, s= imulated stereo, bass boost, 20 bit DAC, 18 bit ADC, 5 bit master volume, S= RS 3D Stereo Enhancement May 12 07:15:37 localhost kernel: pcm0: Primary codec extended features var= iable rate PCM, variable rate mic, AMAP May 12 07:15:37 localhost kernel: pcm0: ac97 codec dac ready count: 0 May 12 07:15:37 localhost kernel: pcm0: Mixer "vol": May 12 07:15:37 localhost kernel: pcm0: Mixer "bass": May 12 07:15:37 localhost kernel: pcm0: Mixer "treble": May 12 07:15:37 localhost kernel: pcm0: Mixer "pcm": May 12 07:15:37 localhost kernel: pcm0: Mixer "speaker": May 12 07:15:37 localhost kernel: pcm0: Mixer "line": May 12 07:15:37 localhost kernel: pcm0: Mixer "mic": May 12 07:15:37 localhost kernel: pcm0: Mixer "cd": May 12 07:15:37 localhost kernel: pcm0: Mixer "rec": May 12 07:15:37 localhost kernel: pcm0: Mixer "igain": May 12 07:15:37 localhost kernel: pcm0: Mixer "line1": May 12 07:15:37 localhost kernel: pcm0: Mixer "phin": May 12 07:15:37 localhost kernel: pcm0: Mixer "phout": May 12 07:15:37 localhost kernel: pcm0: Mixer "video": May 12 07:15:37 localhost kernel: pcm0: sndbuf_setmap 3e9a3000, 4000; 0xe44= 91000 -> 3e9a3000 May 12 07:15:37 localhost kernel: pcm0: sndbuf_setmap 3e99f000, 4000; 0xe44= 95000 -> 3e99f000 May 12 07:15:37 localhost kernel: pcm0: sndbuf_setmap 3e99b000, 4000; 0xe44= 99000 -> 3e99b000 May 12 07:15:37 localhost kernel: pci0: at de= vice 31.6 (no driver attached) May 12 07:15:37 localhost kernel: acpi_tz0: on acpi0 (I put a few lines of merely contextual information both before & after the Intel ICH3 (82801CA) probe messages.) Looking at the corresponding region from booting yesterday's CURRENT for the first time, I see: May 13 09:51:59 localhost kernel: ata1: stat1=3D0x3f err=3D0x3f lsb=3D0x3f = msb=3D0x3f May 13 09:51:59 localhost kernel: ata1: reset tp2 stat0=3Dbf stat1=3Dbf dev= ices=3D0x0 May 13 09:51:59 localhost kernel: ata1: [MPSAFE] May 13 09:51:59 localhost kernel: ata1: [ITHREAD] May 13 09:51:59 localhost kernel: pci0: at device 31.5 = (no driver attached) May 13 09:51:59 localhost kernel: pci0: at de= vice 31.6 (no driver attached) May 13 09:51:59 localhost kernel: acpi_tz0: on acpi0 OK; so it looks as if a device is found (flavor "") on pci0 at device 31.5, but no driver is attached. Eh. I don't see any changes in src/sys/dev/pci that might have occurred at a time to accomplish that. Looks as if I could use a clue as to where to look. And I'm quite willing to test stuff; I keep a private mirror of the CVS repo handy. Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --8w4vJErrroHezzIq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkZInsIACgkQmprOCmdXAD3zXQCdGfrg+EX3g3Y8siBSfoXieiEz 9+IAn0WdDttU6junZ/ovmlRfaqGdb/m7 =NFT4 -----END PGP SIGNATURE----- --8w4vJErrroHezzIq-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 18:35: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 A2C1816A403; Mon, 14 May 2007 18:35:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6C42F13C487; Mon, 14 May 2007 18:35:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4EIZSk4074355; Mon, 14 May 2007 14:35:28 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l4EIZQA5000700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 14:35:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200705141835.l4EIZQA5000700@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 14 May 2007 14:35:34 -0400 To: Takeharu KATO From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20070514132916.2666fcf8@sentex.net> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200705141551.l4EFpZBb099847@lava.sentex.ca> <46489B0C.7060104@ybb.ne.jp> <7.1.0.9.0.20070514132916.2666fcf8@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , 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: Mon, 14 May 2007 18:35:31 -0000 At 01:32 PM 5/14/2007, Mike Tancsa wrote: >At 01:23 PM 5/14/2007, Takeharu KATO wrote: > >>It looks worked correctly. >>Does the driver make the box reset when the box falls in hang-up? >>I do not have ICH-7 machine, so I am glad that you tested it. Hi, I also tried it on an older box (ICH5) and all worked as expected with the older version. ichwd module loaded ichwd0: on isa0 ichwd0: Intel 82801EB/ER watchdog timer (TCO version 1) isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA I have an ICH4 and ICH7 box that I will try later tonight ---Mike From owner-freebsd-current@FreeBSD.ORG Mon May 14 18: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 C0A7616A403 for ; Mon, 14 May 2007 18:39: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 430F413C44B for ; Mon, 14 May 2007 18:39: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 l4EIdKOr078481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 May 2007 20:39: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 l4EIdK84036171 for ; Mon, 14 May 2007 20:39:20 +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 l4EIdKCP001408 for freebsd-current@freebsd.org; Mon, 14 May 2007 20:39:20 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 14 May 2007 20:39:19 +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: <200705142039.20394.h.schmalzbauer@omnisec.de> Subject: nss_ldap defunctional with today's -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, 14 May 2007 18:39:27 -0000 Hi all, today I upgraded my 2 weeks old -current. Now I cannot use nss_ldap anymore (already recompiled) I can use ldapsearch as usual, but I can't resolve uid against ldap, means a 'ls -l /home' just shows the numbers, not the names anymore. All I could find was the following message: login: pam_acct_mgmt(): error in service module But this is pam_ldap I think, which I disabled for now. The problem is nss_ldap because otherwise at least uid resolution should work. Any hints how to debug/fix? Thanks a lot, -Harry From owner-freebsd-current@FreeBSD.ORG Mon May 14 18:50: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 331A516A400 for ; Mon, 14 May 2007 18:50:19 +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 6F8B213C4AE for ; Mon, 14 May 2007 18:50:18 +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 <20070514185017.DKRW28445.mxfep01.bredband.com@ironport.bredband.com> for ; Mon, 14 May 2007 20:50:17 +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; 14 May 2007 20:50:17 +0200 Received: from scode.mine.nu (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 6EBEE1BA0A; Mon, 14 May 2007 20:50:16 +0200 (CEST) Message-ID: <4648AF5F.9050306@infidyne.com> Date: Mon, 14 May 2007 20:50:07 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.0 (X11/20070501) MIME-Version: 1.0 To: Bakul Shah References: <20070512200428.E996A5B3E@mail.bitblocks.com> In-Reply-To: <20070512200428.E996A5B3E@mail.bitblocks.com> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigFDCEB8FE72C47B744499F5B7" Cc: freebsd-current@freebsd.org, efinley@efinley.com Subject: Re: ZFS the perfect FS? if only... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 18:50:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFDCEB8FE72C47B744499F5B7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > I believe raidz2 means two parity blocks so if you want 50% > parity you'd need raidz4. But that nit aside, you have a > valid point. Yes, sorry. I was kind of continuing a train of thought I have had previously that was not specific to raidz2. > It is not obvious at all that performance would not be a goal > for a freebsd user! Of course most people care somewhat for performance, but sometimes you truly are not really that interested in getting better performance than say a single disk. That is, performance is not always the goal of setting up a raids, even if it will always be a nice bonus. > It *is* obvious that you would want more space but not obvious > how to do the conversion from an N disk raidz2 array to N+1 > disk raidz2 array *without bringing the whole array down*. I realize it is not trivial to implement; but I do mean that even if performance is adversely affected for an extended period of time, being able to *do* the conversion at all is often very useful. And even if it has to be be brought offline, that's still better than not being able to do it at all... > Even you may care about the array being down for hours/days! =2E.. but yes, that will be annoying in almost any circumstance. :) > Thinking more about this, I believe this can be done without > adding too many complications. Proof left as an exercise:-) With a traditional raid5/6 it shouldn't be too hard doing a hare/tortoise re-write from beginning to end provided that you have reserved some bit of space on the underlying disks for being able to do this in a crash-safe manner - or am I missing something? In practice I can imagine that it quickly gets complicated of course; especially supporting it online. If nothing else, the fact that most implementations don't support this is probably saying something :) Wonder if raidz/raidz2 will allow striping to vary on a per-stripe basis. If so, should it perhaps be just a matter of re-writing the entire tree with the new disk in place? But then perhaps snapshots/clones will complicate matters. Come to think of it, I think this was already discussed on zfs-discuss. --=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 --------------enigFDCEB8FE72C47B744499F5B7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSK9nDNor2+l1i30RCP/HAJ9HxsDDjn6B1Z3VOUR42QHUwpYzYgCgwLTu p2LYIzYxUJPhFccHGo5y9/s= =EqcM -----END PGP SIGNATURE----- --------------enigFDCEB8FE72C47B744499F5B7-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 18:56: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 AAE8416A406 for ; Mon, 14 May 2007 18:56:12 +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 2F1F613C44B for ; Mon, 14 May 2007 18:56:11 +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 l4EIu5ZO078684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 May 2007 20:56: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 l4EIu5qD036293 for ; Mon, 14 May 2007 20:56:05 +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 l4EIu5Un001611 for freebsd-current@freebsd.org; Mon, 14 May 2007 20:56:05 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 14 May 2007 20:56:04 +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: <200705142056.05598.h.schmalzbauer@omnisec.de> Subject: acpi_hpet not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 18:56:12 -0000 Hello, on my workstation the HPEtimer is not found, but it's enabled in 32-bit mode in BIOS, so I think there is one... It's a 965P (ich8) chipset. I can't find anything regarding HPET in tha man pages. Any hints? Thanks in advance, -Harry From owner-freebsd-current@FreeBSD.ORG Mon May 14 19:08: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 C20C016A404; Mon, 14 May 2007 19:08:40 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.freebsd.org (Postfix) with ESMTP id B7A7113C448; Mon, 14 May 2007 19:08:39 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep04.bredband.com with ESMTP id <20070514190838.EGTN24095.mxfep04.bredband.com@ironport.bredband.com>; Mon, 14 May 2007 21:08:38 +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; 14 May 2007 21:08:38 +0200 Received: from scode.mine.nu (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id CBB4B1BA17; Mon, 14 May 2007 21:08:37 +0200 (CEST) Message-ID: <4648B3AC.8060205@infidyne.com> Date: Mon, 14 May 2007 21:08:28 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.0 (X11/20070501) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> In-Reply-To: <86646vyimg.fsf@dwp.des.no> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4801035CAED92604AB29B499" Cc: Joao Barros , Pawel Jakub Dawidek , Ali Mashtizadeh , Darren Reed , freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: grub, install cd and root-on-zfs (was: Re: ZFS: amd64, devd, root file system) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 19:08:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4801035CAED92604AB29B499 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > Considering the amount of work which would be required to allow FreeBSD= > to boot from ZFS (which you apparently do not appreciate), I perfectly > understand Pawel's choice. I have already given up on using the FreeBSD boot loader on any system except in simple cases. I have had too many issues with the automatic re-writing of the boot configuration nuking partition tables, infinite chainload looping and whatnot. Nowadays I just keep a grub floppy in all my machines and boot off that; that way I know I will always be able to boot. But this also means that with grub supporting ZFS, I should be able to have my FreeBSD root on ZFS too. I would suggest that as a workaround for anyone who does want root on ZFS. However, in order for it to be truly seamless one would like to see support for it in the installer. Currently my procedure for setting up "everything but small root on ZFS" is: * install freebsd on disk A * parttion/slice disk B; set up glabel and gmirror for location independence * create ufs fs and zfs pool * move system over, mucking about with fstab * finally boot the new system This does complicate (1) automatic installs and (2) any situation where you don't have spare drives available for use as a temporary install destination. Actually; I have been wondering. Has there ever been any discussions w.r.t. providing a FreeBSD live CD with a fully populated and built /usr/src and fully working system? I know there is FreeSBIE and such, but in terms of an official installation CD/DVD for each release. This would be very useful for at least three reasons: (1) You can do stuff like root-on-ZFS or root-on-gmirror or whatever else you can think up, straight off the bat with no additional hassle and without anyone having to implement support in the installer. (2) There will be no unknown "magic" going on in the background; you will know exactly what you did to get things installed and running (make installworld distribution DESTDIR=3D... and set up boot loader), thus giving you more of a sense of control. (3) A fully populated LiveCD is much more useful for recovery/debugging than a super-stripped floppy-on-a-CD where you are missing basic tools. --=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 --------------enig4801035CAED92604AB29B499 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSLO0DNor2+l1i30RCN7mAJ931Ox+I4Iv6BRAbTsgDJPLmS8WpgCePd/E lzZbjbXznRuch67/61rxkA0= =XkXC -----END PGP SIGNATURE----- --------------enig4801035CAED92604AB29B499-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 19:09: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 275B316A400 for ; Mon, 14 May 2007 19:09:56 +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 B2EB013C4B0 for ; Mon, 14 May 2007 19:09:54 +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 l4EJ9mMl078844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 21:09:53 +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 l4EJ9lvZ036397; Mon, 14 May 2007 21:09:47 +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 l4EJ9ll0001758; Mon, 14 May 2007 21:09:47 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: Takanori Watanabe Date: Mon, 14 May 2007 21:09:46 +0200 User-Agent: KMail/1.9.6 References: <200705141857.l4EIvr1l019810@sana.init-main.com> <200705142107.11807.h.schmalzbauer@omnisec.de> In-Reply-To: <200705142107.11807.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_7PLSGn95h4vAk8P" Message-Id: <200705142109.47714.h.schmalzbauer@omnisec.de> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi_hpet not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 19:09:56 -0000 --Boundary-00=_7PLSGn95h4vAk8P Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Montag, 14. Mai 2007 schrieb Harald Schmalzbauer: > Am Montag, 14. Mai 2007 schrieben Sie: > > In message <200705142056.05598.h.schmalzbauer@omnisec.de>, Harald > > Schmalzbauer > > > > $B$5$s$$$o$/(B: > > >Hello, > > > > > >on my workstation the HPEtimer is not found, but it's enabled in 32-bit > > > mode in BIOS, so I think there is one... It's a 965P (ich8) chipset. > > > > > >I can't find anything regarding HPET in tha man pages. Any hints? > > > > Show your acpi tables. It may have to support HPET table. > > I just wrote another help message (acpi S3 not working) which has attached > what you need I think. Ok, this is held bakc sinz it was too big. Here are the bziped infos. Thanks, -Harry > If you need other "tables" please let me know how to get them. > > Thanks a lot! > > -Harry --Boundary-00=_7PLSGn95h4vAk8P-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 19:14: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 7EB6516A405 for ; Mon, 14 May 2007 19:14:46 +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 3F5A813C487 for ; Mon, 14 May 2007 19:14:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so430575and for ; Mon, 14 May 2007 12:14:45 -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=O6KcqvJYlfX8rclAP+V4CuV+R+ikByfhwR/t3HZlgKGCPSwN+1Daalm/wdcEmiqA96Sfn6HlFw1kwqAXrNVayP+NYCrRdz3Yz9eFxSrnjcr/ztnPU7NuzWpT4ifCghelQRSrFoWoImj/eRytOE8JxVBiCG/ZBXTFregYkrxxUHw= 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=F9jZFAcdxougsi9ZTsZmu7NrZWgG2hV2Gmm8RTdjFbPfbUDzd6HY+j5u3B6V0IVo4TzgOkmC7esj5i0oSntdaqEqA2nLbRv2o6qdatyUiUZULrI5Ba5M59zfTlaN1G1ObwpL8o3T2GY0EccPiaLFQEQjd/us7qTO9rib/2VQ75k= Received: by 10.100.216.3 with SMTP id o3mr4805333ang.1179170085376; Mon, 14 May 2007 12:14:45 -0700 (PDT) Received: by 10.100.11.20 with HTTP; Mon, 14 May 2007 12:14:45 -0700 (PDT) Message-ID: Date: Mon, 14 May 2007 23:14:45 +0400 From: pluknet To: "Nikolay Pavlov" In-Reply-To: <20070514005922.GA22147@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070514005922.GA22147@zone3000.net> Cc: freebsd-current@freebsd.org Subject: Re: Strange nice value in top. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 19:14:46 -0000 On 14/05/07, Nikolay Pavlov wrote: > I've been watching this for about several months: > > last pid: 1140; load averages: 0.20, 0.23, 0.17 up 0+00:08:35 03:25:40 > 79 processes: 1 running, 78 sleeping > > Mem: 127M Active, 390M Inact, 119M Wired, 524K Cache, 110M Buf, 347M Free > Swap: 1624M Total, 1624M Free > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1119 root 1 -8 r-52 7280K 7304K biord 0:02 0.98% cdrecord > ^^^^^^^^^ > 926 root 1 96 0 275M 18064K select 0:05 0.00% Xorg > 1025 quetzal 1 96 0 33948K 28088K select 0:04 0.00% kdeinit > 1013 quetzal 1 96 0 33488K 26680K select 0:04 0.00% kdeinit > 1040 quetzal 1 96 0 27336K 21828K select 0:02 0.00% kdeinit > 758 haldaemon 1 96 0 5900K 3940K select 0:02 0.00% hald > 1046 quetzal 1 96 0 30120K 24160K select 0:02 0.00% kdeinit > 1023 quetzal 1 96 0 29596K 23456K select 0:02 0.00% kdeinit > 1120 quetzal 1 96 0 30120K 23848K select 0:02 0.00% kdeinit > 1021 quetzal 1 96 0 27388K 21216K select 0:02 0.00% kdeinit > 1041 quetzal 1 96 0 25828K 20544K select 0:02 0.00% ksocrat > 1045 quetzal 1 96 0 29784K 24132K select 0:01 0.00% kdeinit > 1052 quetzal 1 96 0 29784K 24128K select 0:01 0.00% kdeinit > 1035 quetzal 1 60 r16F 11500K 7604K select 0:01 0.00% artsd > ^^^^^^^^^ > 1028 quetzal 1 96 0 3348K 1492K select 0:01 0.00% ksysguardd > 981 quetzal 1 96 0 4748K 2356K select 0:01 0.00% gam_server > 1050 quetzal 1 96 0 32940K 24912K select 0:01 0.00% kdeinit > 776 mysql 10 109 0 57800K 53800K ucond 0:01 0.00% mysqld > > > quetzal@orion:~/bugs> uname -a <964> > FreeBSD orion.zone3000.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: > Fri May 11 01:37:28 EEST 2007 > root@orion.zone3000.net:/usr/obj/usr/src/sys/GENERIC You are not alone. I observe it for months on CURRENT too. From the top: 768 root 1 8 r-36 3504K 536K nanslp 0:10 0.00% watchdogd > > -- > ====================================================================== > - Best regards, Nikolay Pavlov. <<<----------------------------------- > ====================================================================== wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon May 14 19:32: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 5D1D316A403 for ; Mon, 14 May 2007 19:32:56 +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 1327513C46A for ; Mon, 14 May 2007 19:32:54 +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 l4EJWmCT079082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 May 2007 21:32:53 +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 l4EJWmn6036541 for ; Mon, 14 May 2007 21:32:48 +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 l4EJWmps001244 for freebsd-current@freebsd.org; Mon, 14 May 2007 21:32:48 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org User-Agent: KMail/1.9.6 MIME-Version: 1.0 X-Length: 276344 X-UID: 6893 Date: Mon, 14 May 2007 21:32:47 +0200 Content-Type: Multipart/Mixed; boundary="Boundary-00=_glLSG5yzMh2a61q" Message-Id: <200705142132.48340.h.schmalzbauer@omnisec.de> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: acpi S3 not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 19:32:56 -0000 --Boundary-00=_glLSG5yzMh2a61q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Me again, I'd love to suspend my power hungry workstation but unfortunately 'acpiconf -s S3' doesn't work. I only get: acpi0: device_suspend failed If I don't load any kld (all my HW is kld) the system goes "black" and hangs. Please find attached some additional info and this: hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 Thanks, -Harry --Boundary-00=_glLSG5yzMh2a61q-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 19:39: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 57E9C16A400; Mon, 14 May 2007 19:39: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 CC06513C484; Mon, 14 May 2007 19:39:17 +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 l4EJdBFT079165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 21:39:16 +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 l4EJdBRS036607; Mon, 14 May 2007 21:39: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 l4EJdBJk001327; Mon, 14 May 2007 21:39:11 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 14 May 2007 21:39:10 +0200 User-Agent: KMail/1.9.6 References: <200705142132.48340.h.schmalzbauer@omnisec.de> In-Reply-To: <200705142132.48340.h.schmalzbauer@omnisec.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705142139.11266.h.schmalzbauer@omnisec.de> Cc: acpi@freebsd.org Subject: Re: acpi S3 not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 19:39:18 -0000 Am Montag, 14. Mai 2007 schrieb Harald Schmalzbauer: > Me again, > > I'd love to suspend my power hungry workstation but unfortunately 'acpiconf > -s S3' doesn't work. > I only get: acpi0: device_suspend failed > If I don't load any kld (all my HW is kld) the system goes "black" and > hangs. > > Please find attached some additional info and this: Arghhh, uncompressed is impossible because too big, compressed it get's removed.... So here are the links: http://www.schmalzbauer.de/downloads/titan.dmesg http://www.schmalzbauer.de/downloads/GA965P-DS4.asl > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S3 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > > Thanks, > > -Harry From owner-freebsd-current@FreeBSD.ORG Mon May 14 21:03: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 6963A16A402 for ; Mon, 14 May 2007 21:03:21 +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 5928813C43E for ; Mon, 14 May 2007 21:03:21 +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 C3EFB1A3C19 for ; Mon, 14 May 2007 14:04:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A8A68514F8; Mon, 14 May 2007 17:03:18 -0400 (EDT) Date: Mon, 14 May 2007 17:03:18 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070514210318.GA5865@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: HEADS UP: gcc 4.2 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: Mon, 14 May 2007 21:03:21 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline FYI, kan@ is planning to import the gcc 4.2 compiler tomorrow night. This has been through *lots* of testing so it should hopefully be pretty straightforward (as far as major changes go), but there is always the possibility of undetected bugs. It will cause a lot of package builds to fail (about 500-600 depending on architecture). Chances are if you are the maintainer of such a port you have received one or more emails from me about it over the past 6 months. It is not strictly necessary to rebuild your ports after making world with the new compiler, but new binaries may require it since they will be linked to a mixed set of libraries. Besides, the conjunction of symbol versioning, gcc 4.2 and xorg 7.2 means that you'll most likely have to recompile everything anyway - I recommend waiting until the xorg 7.2 import takes place and using precompiled packages when they become available (i.e. portupgrade -faP). We have tried to time the conjunction of these events as best we could to avoid multiple disruptions to -current users, but there will still be a short delay as we wait for more ports committers to test the xorg upgrade before unleashing it on CVS. If you are a ports committer and have not yet reported your build results: we are all waiting for you. ia64 will require some catch-up kernel work to become functional after the import, due to what seems to be missing emulation of some new features used by gcc 4.2. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGSM5XWry0BWjoQKURAkfcAKDXj94Rq/Aj7A7AB2LfZmvmg3DczwCfdLWN jTfXsm6/9qh2FKr8Lb4ctFg= =F5E+ -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Mon May 14 21:28: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 962DB16A404 for ; Mon, 14 May 2007 21:28:24 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5515213C48A for ; Mon, 14 May 2007 21:28:24 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so2051833nze for ; Mon, 14 May 2007 14:28:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=n/IW5D0VqHibMNWI5if+KbUBv5A6vnVnCduYJFFI/7LMGHcIIDf4+zNPXhYUytwtNRddTX59yae/c4b5fmrjr6yH7BekOqUMsLkmF3X2QtJ6JPsi1KEdlkCnnRs4RziRnwPsDsMZivJSot9Wdz47TVG+7WJeaFUFBe3+fuNzU1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=p0WJ8v/yUe67g+0M2tRfs2YOxLpTw9594C0i5UYp7K2kWB/1Zz81jvTu6NuQAcjs6Et22bXfm78MO2JzOaEtM5OWIi5qE9uLOWXYiFsRX2VgtpRieqS0ybYfFoXC0aOQmhWf8ejxlisQJwUdUshScwWV9eERaYKlBx4xduCypJI= Received: by 10.114.190.6 with SMTP id n6mr1167844waf.1179178103321; Mon, 14 May 2007 14:28:23 -0700 (PDT) Received: by 10.114.194.5 with HTTP; Mon, 14 May 2007 14:28:22 -0700 (PDT) Message-ID: Date: Tue, 15 May 2007 01:28:22 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Kris Kennaway" In-Reply-To: <20070514210318.GA5865@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070514210318.GA5865@xor.obsecurity.org> X-Google-Sender-Auth: 6e90eaa6252d25fb Cc: current@freebsd.org Subject: Re: HEADS UP: gcc 4.2 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: Mon, 14 May 2007 21:28:24 -0000 On 5/15/07, Kris Kennaway wrote: > FYI, kan@ is planning to import the gcc 4.2 compiler tomorrow night. This is seriously cool. Good thing I still have my third box at xorg 6.9, so I guess I'll be reporting results of a xorg7.2/gcc4.2 step. It's also high time I attended to some of my gcc4 pointyhats :-) Thanks! From owner-freebsd-current@FreeBSD.ORG Mon May 14 21:48: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 41BE616A402; Mon, 14 May 2007 21:48:15 +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 9194D13C44C; Mon, 14 May 2007 21:48:14 +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 l4ELm815080457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 23:48:13 +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 l4ELm8r8037486; Mon, 14 May 2007 23:48:08 +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 l4ELm7ib001262; Mon, 14 May 2007 23:48:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: freebsd-current@freebsd.org Date: Mon, 14 May 2007 23:48:07 +0200 User-Agent: KMail/1.9.6 References: <42BC519E.8010309@satro.sk> <42BC53A2.80205@freebsd.org> In-Reply-To: <42BC53A2.80205@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline X-Length: 3401 X-UID: 86 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <200705142348.07522.h.schmalzbauer@omnisec.de> Cc: Colin Percival Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 21:48:15 -0000 Am Freitag, 24. Juni 2005 schrieb Colin Percival: ^^^^ [...] > > est0: on cpu0 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: Please update driver or contact the maintainer. > > est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 > > device_attach: est0 attach returned 6 > > ... but I know exactly how est works, since I wrote it. You have a > recent processor for which Intel hasn't released the frequency/voltage > tables; as a result, the est driver can't support it. > > (Apparently the data I need is in an NDA'ed BIOS writers' guide. Can > anyone convince Intel to give me a copy?) Is this still valid? I have a E6600 core2 and tried to reduce power dissipation by enabling some speedstep technology. acpi_perf seems to work since dev.cpu.freq shows 800 (possible 2400/1600/800) and goes up while compiling, but I frequently get the following errors: kernel: acpi_perf0: Px transition to 1600 failed kernel: acpi_perf0: set freq failed, err 6 So I disabled acpi_perf and tried cpufreq with the following result: cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 p4tcc1: on cpu1 Surprisingly powerd seems to work with est - a little bit. I see dev.cpu.0.freq slwoing down from 2388 to 298 (possible 2388/-1 2089/-1 1791/-1 1492/-1 1194/-1 895/-1 597/-1 298/-1), but powerd is dying when going back up: idle time < 65%, increasing clock speed from 298 MHz to 895 MHz powerd: error setting CPU frequency 895: Invalid argument ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ If I leave acpi_perf enabled and load cpufreq additionally (in loader.conf) I get much more dev.cpu.0.freq_levels (2400/88000 2100/77000 1800/66000 1600/56000 1400/49000 1200/42000 1000/35000 800/28000 600/21000 400/14000 200/7000), but powerd dies immediately. I had acpi_perf and powerd enabled the last two days and the "feeling" of my X11/KDE desktop was a bit bumpy; The mouse frequently hung for some 10s of ms, in general the respnsiveness suffered a lot with dev.cpu.0.freq=800, a lot more than 298 with est... Can anybody help me understanding the whole thing? I mean, what is the mechanism of choice to reduce power consumption on desktop machines tehse days on core2 architecture? Thanks a lot, -Harry P.S.: disabling p4tcc (hint.p4tcc.0.disabled=1 in loader.conf when cpufreq is loaded) hangs the machine at kickstart. In single user mode 'sysctl dev.cpu' also hangs the machine. From owner-freebsd-current@FreeBSD.ORG Mon May 14 22:16:08 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 0BE4516A400; Mon, 14 May 2007 22:16:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 92B1E13C45E; Mon, 14 May 2007 22:16:07 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4EMG5dh062791 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 15 May 2007 00:16:06 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20070514080510.GB71110@xor.obsecurity.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> <20070514080510.GB71110@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <47AE9AC9-13D4-45A0-B199-CFB348D9B284@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 15 May 2007 00:16:04 +0200 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) Cc: Attilio Rao , FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 22:16:08 -0000 Am 14.05.2007 um 10:05 schrieb Kris Kennaway: > On Mon, May 14, 2007 at 09:57:13AM +0200, Stefan Bethke wrote: > >> OK, got it. However, it's a bit more than I'm willing to hand- >> transcribe :-) >> >> Any way of saving this info without a serial console or a digital >> camera? >> >> I'll try to get a serial port the next couple of days... > > I think ktrdump can operate on a core. Sorry, the first file was truncated. For the benefit of the list, I've uploaded it here: http://www.lassitu.de/freebsd/20070510/ http://www.lassitu.de/freebsd/20070510/ktrdump.txt.gz Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Mon May 14 23:42: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 ED99316A402 for ; Mon, 14 May 2007 23:42:54 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 6816713C43E for ; Mon, 14 May 2007 23:42:54 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id DD5DD6909C1 for ; Tue, 15 May 2007 00:42:29 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 99E666909C5; Tue, 15 May 2007 00:42:29 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO, RCVD_IN_DSBL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-125-241.net.novis.pt [87.196.125.241]) by core.fnop.net (Postfix) with ESMTP id 5FFE46909C1 for ; Tue, 15 May 2007 00:42:28 +0100 (WEST) Date: Tue, 15 May 2007 00:42:33 +0100 Message-ID: <86mz07ynti.wl%rpaulo@fnop.net> From: Rui Paulo To: current@freebsd.org In-Reply-To: <86k5vffjz8.wl%rpaulo@fnop.net> References: <86k5vffjz8.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: MacBook patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2007 23:42:55 -0000 I have a driver for Apple SMC (System Management Console). If you want to play with all kinds of sensors (Sudden Motion Sensor aka SMS, Fan and Temperature), this is your chance. I'm interested mostly in people with MacBook Pros and Intel Mac Minis. Here's a sysctl output on a MacBook: hw.asmc.fan.0.speed: 2170 hw.asmc.fan.0.safespeed: 1200 hw.asmc.fan.0.minspeed: 1500 hw.asmc.fan.0.maxspeed: 6200 hw.asmc.fan.0.targetspeed: 2172 hw.asmc.temps: 33 61 58 63 46 59 59 hw.asmc.sms.x: 22 hw.asmc.sms.y: 9 hw.asmc.sms.z: 275 I also have ported the hdaps-gl utility from the Mactel-Linux svn. Basically, if your system has the Sudden Motion Sensor (MacBooks and MacBook Pros) you can have a OpenGL representation of how your laptop is in the physical world. Something like this: http://fnop.net/~rpaulo/priv/accelerometer.png (Yes, I was holding the laptop in air while taking the screenshot :-) The driver isn't yet in Perforce, so please contact me directly to get it. Thanks. P.S.: Now if anyone wants to make a clone of the MacSaber program for X11... -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue May 15 00:09: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 7AEFC16A400; Tue, 15 May 2007 00:09:03 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id E5FC913C45A; Tue, 15 May 2007 00:09:02 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id DE2F96909A3; Tue, 15 May 2007 01:08:38 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 9EA5A6909C3; Tue, 15 May 2007 01:08:38 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO, RCVD_IN_DSBL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-125-241.net.novis.pt [87.196.125.241]) by core.fnop.net (Postfix) with ESMTP id BB1E96909A3; Tue, 15 May 2007 01:08:36 +0100 (WEST) Date: Tue, 15 May 2007 01:08:43 +0100 Message-ID: <86lkfrymlw.wl%rpaulo@fnop.net> From: Rui Paulo To: Harald Schmalzbauer In-Reply-To: <200705142348.07522.h.schmalzbauer@omnisec.de> References: <42BC519E.8010309@satro.sk> <42BC53A2.80205@freebsd.org> <200705142348.07522.h.schmalzbauer@omnisec.de> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 00:09:03 -0000 At Mon, 14 May 2007 23:48:07 +0200, Harald Schmalzbauer wrote: > > Am Freitag, 24. Juni 2005 schrieb Colin Percival: > ^^^^ > [...] > > > est0: on cpu0 > > > est: CPU supports Enhanced Speedstep, but is not recognized. > > > est: Please update driver or contact the maintainer. > > > est: cpu_vendor GenuineIntel, msr 6120d2606000d26, bus_clk, 64 > > > device_attach: est0 attach returned 6 > > > > ... but I know exactly how est works, since I wrote it. You have a > > recent processor for which Intel hasn't released the frequency/voltage > > tables; as a result, the est driver can't support it. > > > > (Apparently the data I need is in an NDA'ed BIOS writers' guide. Can > > anyone convince Intel to give me a copy?) > > Is this still valid? > I have a E6600 core2 and tried to reduce power dissipation by enabling some > speedstep technology. > acpi_perf seems to work since dev.cpu.freq shows 800 (possible 2400/1600/800) > and goes up while compiling, but I frequently get the following errors: > > kernel: acpi_perf0: Px transition to 1600 failed > kernel: acpi_perf0: set freq failed, err 6 I don't really know why it fails.. > > So I disabled acpi_perf and tried cpufreq with the following result: In your machine acpi_perf gives the values to est. If you disable acpi_perf, est will not work. > I had acpi_perf and powerd enabled the last two days and the "feeling" of my > X11/KDE desktop was a bit bumpy; The mouse frequently hung for some 10s of > ms, in general the respnsiveness suffered a lot with dev.cpu.0.freq=800, a > lot more than 298 with est... 298 comes from p4tcc or acpi_throttle. These values usually reduce a lot the CPU power to prevent thermal problems. Maybe they should be separated... > P.S.: disabling p4tcc (hint.p4tcc.0.disabled=1 in loader.conf when cpufreq is > loaded) hangs the machine at kickstart. In single user mode 'sysctl dev.cpu' > also hangs the machine. Can you try: hint.acpi_throttle.0.disabled=1 hint.p4tcc.0.disabled=1 -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue May 15 01:39: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 1984A16A402 for ; Tue, 15 May 2007 01:39:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BD9B913C45A for ; Tue, 15 May 2007 01:39:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4F1cwoe014394; Mon, 14 May 2007 21:38:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l4F1cvTQ002366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2007 21:38:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200705150138.l4F1cvTQ002366@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 14 May 2007 21:39:05 -0400 To: Takeharu KATO From: Mike Tancsa In-Reply-To: <200705141835.l4EIZQA5000700@lava.sentex.ca> References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200705141551.l4EFpZBb099847@lava.sentex.ca> <46489B0C.7060104@ybb.ne.jp> <7.1.0.9.0.20070514132916.2666fcf8@sentex.net> <200705141835.l4EIZQA5000700@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@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, 15 May 2007 01:39:02 -0000 At 02:35 PM 5/14/2007, Mike Tancsa wrote: >At 01:32 PM 5/14/2007, Mike Tancsa wrote: >>At 01:23 PM 5/14/2007, Takeharu KATO wrote: >> >>>It looks worked correctly. >>>Does the driver make the box reset when the box falls in hang-up? >>>I do not have ICH-7 machine, so I am glad that you tested it. > >Hi, > I also tried it on an older box (ICH5) and all worked as > expected with the older version. > >ichwd module loaded >ichwd0: on isa0 >ichwd0: Intel 82801EB/ER watchdog timer (TCO version 1) > >I have an ICH4 and ICH7 box that I will try later tonight Works as expected on the ICH4 and ICH6. I tested both boxes by loading the patch'd kld, starting up watchdogd and then doing a kill -9 on the daemon. The 2 boxes rebooted as expected. Please commit and MFC if possible. isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge' class = bridge subclass = PCI-ISA ichwd module loaded ichwd0: on isa0 ichwd0: Intel 82801DB watchdog timer (TCO version 1) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled isab0@pci0:31:0: class=0x060100 card=0x26408086 chip=0x26408086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR ICH6/ICH6R LPC Interface Bridge' class = bridge subclass = PCI-ISA ichwd module loaded ichwd0: on isa0 ichwd0: Intel 82801FB/FR watchdog timer (TCO version 2) ppc0: parallel port not found. From owner-freebsd-current@FreeBSD.ORG Tue May 15 02:06:09 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 3B75F16A400 for ; Tue, 15 May 2007 02:06:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id CEB7113C43E for ; Tue, 15 May 2007 02:06:08 +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 l4F25TK4041007; Mon, 14 May 2007 20:05:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 14 May 2007 20:05:34 -0600 (MDT) Message-Id: <20070514.200534.-1303464815.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20070513181137.GB65902@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <20070513181053.GA3296@freebie.xs4all.nl> <20070513181137.GB65902@troutmask.apl.washington.edu> 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]); Mon, 14 May 2007 20:05:30 -0600 (MDT) Cc: wb@freebie.xs4all.nl, freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Tue, 15 May 2007 02:06:09 -0000 In message: <20070513181137.GB65902@troutmask.apl.washington.edu> Steve Kargl writes: : gdb is broken with tcsh. Having a nonfunctioning debugger : would seem to be a rather severe problem. Guess I'm lucky then, since it works for me... But what exactly are you asking be reverted? Warner From owner-freebsd-current@FreeBSD.ORG Tue May 15 02:27: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 65C9116A406 for ; Tue, 15 May 2007 02:27:40 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 42FD113C44B for ; Tue, 15 May 2007 02:27:40 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Mon, 14 May 2007 19:27:29 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 3AE122AF; Mon, 14 May 2007 19:27:29 -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 27EE82AE for ; Mon, 14 May 2007 19:27:29 -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 FHH89142; Mon, 14 May 2007 19:27:28 -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 C21C969CA3 for ; Mon, 14 May 2007 19:27:28 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 14 May 2007 19:27:02 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90303DE3A51@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: Releasing MSI Resources in a Module Causes Kernel Panic on -CURRENT Thread-Index: AceWmIVJVLU/oWumSymKLdvkk0z9Mw== From: "David Christensen" To: freebsd-current@freebsd.org X-WSS-ID: 6A57C51B37029167643-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Releasing MSI Resources in a Module Causes Kernel Panic 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: Tue, 15 May 2007 02:27:40 -0000 I'm working on the bce driver and loading/unloading it as a kernel module. =20 On an MSI capable 5708 controller I can load the module and pass traffic without a problem, but when I unload the driver I get the following panic: ------------------------------------------------------------------------ --- bce0: mem 0xfc000000-0xfdffffff irq 57 at device 0.0 on pci74 bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz bce0: Ethernet address: 00:10:18:15:f6:c2 bce0: [ITHREAD] miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto brgphy0: detached miibus0: detached bce0: Removing interrupt handler. bce0: Releasing IRQ. panic: resource_list_release: resource entry is not busy cpuid =3D 7 KDB: enter: panic [thread pid 806 tid 100182 ] Stopped at kdb_enter+0x31: leave db> bt Tracing pid 806 tid 100182 td 0xffffff0208a1bd20 kdb_enter() at kdb_enter+0x31 panic() at panic+0x1e3 resource_list_release() at resource_list_release+0xd8 bus_generic_rl_release_resource() at bus_generic_rl_release_resource+0x86 bus_release_resource() at bus_release_resource+0x75 bce_release_resources() at bce_release_resources+0xe3 bce_detach() at bce_detach+0xce device_detach() at device_detach+0x68 devclass_delete_driver() at devclass_delete_driver+0xb7 driver_module_handler() at driver_module_handler+0xec module_unload() at module_unload+0xa0 linker_file_unload() at linker_file_unload+0xdb kern_kldunload() at kern_kldunload+0xce kldunloadf() at kldunloadf+0x19 syscall() at syscall+0x38c Xfast_syscall() at Xfast_syscall+0xab --- syscall (444, FreeBSD ELF64, kldunloadf), rip =3D 0x80068d4cc, rsp = =3D 0x7fffffffe738, rbp =3D 0x2 --- db>=20 ------------------------------------------------------------------------ --- Looking at other MSI capable drivers I see they are releasing the interrupt in the same way that I am so why am I getting the panic? I see where the panic comes from (http://fxr.watson.org/fxr/source/kern/subr_bus.c#L2751) but I don't quite understand what didn't get set. Here's the allocation: /* Allocate PCI IRQ resources. */ count =3D pci_msi_count(dev); if (count =3D=3D 1 && pci_alloc_msi(dev, &count) =3D=3D 0) { rid =3D 1; sc->bce_flags |=3D BCE_USING_MSI_FLAG; DBPRINT(sc, BCE_INFO_RESET, "Allocating MSI interrupt.\n"); } else rid =3D 0; sc->bce_res_irq =3D bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, RF_SHAREABLE | RF_ACTIVE); And here the de-allocation: if (sc->bce_res_irq !=3D NULL) { DBPRINT(sc, BCE_WARN_RESET, "Releasing IRQ.\n"); bus_release_resource(dev, SYS_RES_IRQ, sc->bce_flags & BCE_USING_MSI_FLAG ? 1 : 0,=20 sc->bce_res_irq); } if (sc->bce_flags & BCE_USING_MSI_FLAG) { DBPRINT(sc, BCE_WARN_RESET, "Releasing MSI vector.\n"); pci_release_msi(dev); } What is going wrong?=20 David Christensen From owner-freebsd-current@FreeBSD.ORG Tue May 15 02:37: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 99B7D16A403 for ; Tue, 15 May 2007 02:37:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB3613C459 for ; Tue, 15 May 2007 02:37:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l4F2X6n1013151; Mon, 14 May 2007 19:33:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l4F2X629013150; Mon, 14 May 2007 19:33:06 -0700 (PDT) (envelope-from sgk) Date: Mon, 14 May 2007 19:33:06 -0700 From: Steve Kargl To: "M. Warner Losh" Message-ID: <20070515023306.GA13114@troutmask.apl.washington.edu> References: <20070513175425.GA64710@troutmask.apl.washington.edu> <20070513181053.GA3296@freebie.xs4all.nl> <20070513181137.GB65902@troutmask.apl.washington.edu> <20070514.200534.-1303464815.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070514.200534.-1303464815.imp@bsdimp.com> User-Agent: Mutt/1.4.2.2i Cc: wb@freebie.xs4all.nl, freebsd-current@freebsd.org Subject: Re: Process for requesting reverting 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: Tue, 15 May 2007 02:37:10 -0000 On Mon, May 14, 2007 at 08:05:34PM -0600, M. Warner Losh wrote: > In message: <20070513181137.GB65902@troutmask.apl.washington.edu> > Steve Kargl writes: > : gdb is broken with tcsh. Having a nonfunctioning debugger > : would seem to be a rather severe problem. > > Guess I'm lucky then, since it works for me... > > But what exactly are you asking be reverted? > http://mx.gw.com/pipermail/tcsh-bugs/2007-May/000500.html -- Steve From owner-freebsd-current@FreeBSD.ORG Tue May 15 03:14:07 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 9537216A400; Tue, 15 May 2007 03:14:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 41D3113C468; Tue, 15 May 2007 03:14:07 +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 l4F3CqJV041313; Mon, 14 May 2007 21:12:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 14 May 2007 21:12:57 -0600 (MDT) Message-Id: <20070514.211257.-490997729.imp@bsdimp.com> To: mobile@freebsd.org, current@freebsd.org From: "M. Warner Losh" 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]); Mon, 14 May 2007 21:12:53 -0600 (MDT) Cc: Subject: Looking for old MMC/SD cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 03:14:07 -0000 Greetings, I'm looking for older MMC and SD cards. By older, I'm talking about ones that are 32MB or smaller. Maybe cards that you've retired and are just taking up space in the drawer at home. If you have one of these, and are attending BSDcan 2007 this week (http://www.bsdcan.org/), please look me up after my talk or catch me in the hallway. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 15 03:32: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 2B53A16A400 for ; Tue, 15 May 2007 03:32:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 1523713C44B for ; Tue, 15 May 2007 03:32:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HnnbR-000Jmc-8F for freebsd-current@freebsd.org; Tue, 15 May 2007 03:21:33 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Hnnal-0002j3-Qt for freebsd-current@freebsd.org; Tue, 15 May 2007 06:20:51 +0300 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17993.9973.237807.213217@roam.psg.com> Date: Mon, 14 May 2007 17:20:21 -1000 To: FreeBSD Current Subject: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 03:32:24 -0000 could the em driver have been borked by the recent changes such that once a day or so it went out for a few minutes to an hour? if so, did the changes three days ago fix it? randy From owner-freebsd-current@FreeBSD.ORG Tue May 15 03:38: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 B397816A400 for ; Tue, 15 May 2007 03:38:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6244E13C480 for ; Tue, 15 May 2007 03:38:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 669ACEB99E0; Tue, 15 May 2007 11:38:41 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 0blJNUNBg6eZ; Tue, 15 May 2007 11:38:39 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 5DA56EB9919; Tue, 15 May 2007 11:38:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=kH+bjy9hiIkcfucLrEmTyLK7567q9bC1s/35P0CidcWwfW6tL3KBaCv7+Og5Yqq4Y 5UgaqcYGQqycVCJxeS1/A== Message-ID: <46492B3B.3020305@delphij.net> Date: Tue, 15 May 2007 11:38:35 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Randy Bush References: <17993.9973.237807.213217@roam.psg.com> In-Reply-To: <17993.9973.237807.213217@roam.psg.com> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE20868C762BFF1303BC9C54B" Cc: FreeBSD Current Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 03:38:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE20868C762BFF1303BC9C54B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Randy Bush wrote: > could the em driver have been borked by the recent changes such that on= ce a > day or so it went out for a few minutes to an hour? if so, did the cha= nges > three days ago fix it? What do you mean by "went out"? According to my understanding 1.175 of if_em.c seems to fix the case where em(4) fails to attach on certain hardware... Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE20868C762BFF1303BC9C54B 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 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSSs7OfuToMruuMARCmIRAKCM2thI1LdG6DEX4MNhlrc862AevQCfaeAY L9L9Gu7jy3sQhNaNnGHe5dM= =tzsR -----END PGP SIGNATURE----- --------------enigE20868C762BFF1303BC9C54B-- From owner-freebsd-current@FreeBSD.ORG Tue May 15 03:46: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 1079F16A403 for ; Tue, 15 May 2007 03:46:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id EE50013C447 for ; Tue, 15 May 2007 03:46:10 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HnnzF-000Jr3-BA; Tue, 15 May 2007 03:46:09 +0000 Message-ID: <46492CFC.6060506@psg.com> Date: Tue, 15 May 2007 05:46:04 +0200 From: Randy Bush User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: LI Xin References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> In-Reply-To: <46492B3B.3020305@delphij.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 03:46:11 -0000 LI Xin wrote: > Randy Bush wrote: >> could the em driver have been borked by the recent changes such that >> once a day or so it went out for a few minutes to an hour? if so, did >> the changes three days ago fix it? > What do you mean by "went out"? According to my understanding 1.175 of > if_em.c seems to fix the case where em(4) fails to attach on certain > hardware... running fine. stops moving packets for five to 60 minutes. starts moving packets again. all with no intervention, in rack, long way away. e.g. see two stops in http://rip.psg.com/~randy/070514.em0-borkage.png no other hosts with same symptom, though three with em ethers updated at same time. and, of course, it used to work fine until cvsup of May 8 12:03 (gmt). everything always "used to work." :) randy From owner-freebsd-current@FreeBSD.ORG Tue May 15 04:45: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 2BF7E16A403; Tue, 15 May 2007 04:45:20 +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 26B2913C455; Tue, 15 May 2007 04:45:18 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep03.bredband.com with ESMTP id <20070515044518.GZML23113.mxfep03.bredband.com@ironport.bredband.com>; Tue, 15 May 2007 06:45:18 +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; 15 May 2007 06:45:18 +0200 Received: from scode.mine.nu (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 68F8B1BBF0; Tue, 15 May 2007 06:45:17 +0200 (CEST) Message-ID: <46493ADC.9010903@infidyne.com> Date: Tue, 15 May 2007 06:45:16 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.0 (X11/20070501) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> <4648B3AC.8060205@infidyne.com> In-Reply-To: <4648B3AC.8060205@infidyne.com> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4ADCD1C6FCFCCCDBEA0D4E94" Cc: freebsd-fs@freebsd.org, Joao Barros , Darren Reed , Pawel Jakub Dawidek , freebsd-current@freebsd.org Subject: Re: grub, install cd and root-on-zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 04:45:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4ADCD1C6FCFCCCDBEA0D4E94 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > But this also means that with grub supporting ZFS, I should be able to > have my FreeBSD root on ZFS too. I would suggest that as a workaround > for anyone who does want root on ZFS. For the archives and innocent bystanders: This is me being an idiot. grub boots /boot/loader which still would need ZFS support, so forget that paragraph. --=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 --------------enig4ADCD1C6FCFCCCDBEA0D4E94 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSTrdDNor2+l1i30RCHBLAKCWryLkkxRubhGzCI3NguLNrwePFgCgwE/a YNz5S79taIsC3cDmh/kJ0kA= =5xux -----END PGP SIGNATURE----- --------------enig4ADCD1C6FCFCCCDBEA0D4E94-- From owner-freebsd-current@FreeBSD.ORG Tue May 15 04:50: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 79ED316A400 for ; Tue, 15 May 2007 04:50:48 +0000 (UTC) (envelope-from jfvogel@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 3A06013C465 for ; Tue, 15 May 2007 04:50:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1882703wra for ; Mon, 14 May 2007 21:50:47 -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=s1J6LwPYXVYwC6ggTceewoEJmAVZC9vBaACnQKtyKRGcHWzKHDLL07w42/AZfe9WE9XOX618wM/J2d24hYyrKbVWYFGs7JxhC6qAsTKpM18VTcBEAU/gr+0KhkhXXMI8n1R520+x1wx4Hwl1WHT/UXluvGTLC577d4VyKFiR62g= 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=AnucVHIqQFszzXc9NDTUD7dmZb2eznn0Lb1O9hd2PdjIssmnuyBTUqjKRmoyoCb/9vk7oFoRKRe+G0KC7jJMht9GWSoqDYOJeA83rSZaqGWq65W9WbaHky9ZP6b/kWiSOXDGNGgnHsPbwXwZra09eiddhj2EwknB5aisowFLZgk= Received: by 10.114.121.1 with SMTP id t1mr1344815wac.1179204647209; Mon, 14 May 2007 21:50:47 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Mon, 14 May 2007 21:50:47 -0700 (PDT) Message-ID: <2a41acea0705142150l547fcf12o96d92ce5413948d5@mail.gmail.com> Date: Mon, 14 May 2007 21:50:47 -0700 From: "Jack Vogel" To: "Randy Bush" In-Reply-To: <46492CFC.6060506@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> Cc: FreeBSD Current , LI Xin Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 04:50:48 -0000 On 5/14/07, Randy Bush wrote: > LI Xin wrote: > > Randy Bush wrote: > >> could the em driver have been borked by the recent changes such that > >> once a day or so it went out for a few minutes to an hour? if so, did > >> the changes three days ago fix it? > > What do you mean by "went out"? According to my understanding 1.175 of > > if_em.c seems to fix the case where em(4) fails to attach on certain > > hardware... > > running fine. stops moving packets for five to 60 minutes. starts moving > packets again. all with no intervention, in rack, long way away. e.g. see > two stops in > > http://rip.psg.com/~randy/070514.em0-borkage.png > > no other hosts with same symptom, though three with em ethers updated at > same time. > > and, of course, it used to work fine until cvsup of May 8 12:03 (gmt). > everything always "used to work." :) What do you expect anyone to do based on this data??? For all I know someone in another room is turning off a switch every couple hours :) So if you want to report a problem, put yourself in the place of the engineer who has to fix it, what would you want... well, how about hardware description, pci config, log file output, I dont know, something that would give me a chance of knowing what the problem is. Jack From owner-freebsd-current@FreeBSD.ORG Tue May 15 05:10:41 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 F28E916A404 for ; Tue, 15 May 2007 05:10:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9EE13C45E for ; Tue, 15 May 2007 05:10:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 87040EB9A49; Tue, 15 May 2007 13:10:36 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 75QLB2hGG5Be; Tue, 15 May 2007 13:10:34 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 549D6EB0BA8; Tue, 15 May 2007 13:10:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=DXAkuVxaA6POLUwdDGELRGB0YFKCl+mu4VNXxxGjez2OJmoZTAbdg3hADh6oX4M85 5mWLypzYi01/cFPM2+61A== Message-ID: <464940C6.2010808@delphij.net> Date: Tue, 15 May 2007 13:10:30 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Randy Bush References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> In-Reply-To: <46492CFC.6060506@psg.com> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig734D27441FDAD6E34C3DE4C1" Cc: FreeBSD Current Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 05:10:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig734D27441FDAD6E34C3DE4C1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Randy Bush wrote: > LI Xin wrote: >> Randy Bush wrote: >>> could the em driver have been borked by the recent changes such that >>> once a day or so it went out for a few minutes to an hour? if so, di= d >>> the changes three days ago fix it? >> What do you mean by "went out"? According to my understanding 1.175 o= f=20 >> if_em.c seems to fix the case where em(4) fails to attach on certain=20 >> hardware... >=20 > running fine. stops moving packets for five to 60 minutes. starts mov= ing > packets again. all with no intervention, in rack, long way away. e.g.= see > two stops in >=20 > http://rip.psg.com/~randy/070514.em0-borkage.png >=20 > no other hosts with same symptom, though three with em ethers updated a= t > same time. >=20 > and, of course, it used to work fine until cvsup of May 8 12:03 (gmt). > everything always "used to work." :) Hmm... Is there anything shows up in system log? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig734D27441FDAD6E34C3DE4C1 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 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGSUDGOfuToMruuMARCjVoAJ9FNSNSex8BZ+d4TdqIyufC4R8yFACeIHFQ uWQ2Ow0Czdzd7frcIHDEhqw= =il+i -----END PGP SIGNATURE----- --------------enig734D27441FDAD6E34C3DE4C1-- From owner-freebsd-current@FreeBSD.ORG Tue May 15 05:51: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 9C3DD16A403 for ; Tue, 15 May 2007 05:51:29 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 85D9313C455 for ; Tue, 15 May 2007 05:51:29 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HnpwX-000K7D-44; Tue, 15 May 2007 05:51:29 +0000 Message-ID: <46494A5B.9080808@psg.com> Date: Tue, 15 May 2007 07:51:23 +0200 From: Randy Bush User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: LI Xin References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> <464940C6.2010808@delphij.net> In-Reply-To: <464940C6.2010808@delphij.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 05:51:29 -0000 > Is there anything shows up in system log? nope. and i managed to get in oob while it was borked once, and ifconfig looked good, em0: flags=8843 metric 0 mtu 1500 options=18b ether 00:30:48:80:b3:72 inet 147.28.0.35 netmask 0xffffff00 broadcast 147.28.0.255 inet 147.28.0.41 netmask 0xffffffff broadcast 147.28.0.41 media: Ethernet autoselect (1000baseTX ) status: active dmesg normal em0: port \ 0xa000-0xa01f m em 0xfd000000-0xfd01ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:80:b3:72 em0: [FILTER] etc. but i was just hoping that this was a known issue and someone would tell me it was indeed fixed by the cvsup and build i just did. if i get more time to debug, as opposed to just reverting, i will whine more eloquently. randy From owner-freebsd-current@FreeBSD.ORG Tue May 15 06:15: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 7D4A616A406; Tue, 15 May 2007 06:15:32 +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 3300A13C480; Tue, 15 May 2007 06:15:32 +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 6056F20A7; Tue, 15 May 2007 08:15:28 +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 D7AA320A6; Tue, 15 May 2007 08:15:27 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id BFD275156; Tue, 15 May 2007 08:15:27 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Peter Schuller References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> <4648B3AC.8060205@infidyne.com> Date: Tue, 15 May 2007 08:15:27 +0200 In-Reply-To: <4648B3AC.8060205@infidyne.com> (Peter Schuller's message of "Mon\, 14 May 2007 21\:08\:28 +0200") Message-ID: <86wszawr28.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Joao Barros , Pawel Jakub Dawidek , Ali Mashtizadeh , Darren Reed , freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: grub, install cd and root-on-zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 06:15:32 -0000 Peter Schuller writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Considering the amount of work which would be required to allow FreeBSD > > to boot from ZFS (which you apparently do not appreciate), I perfectly > > understand Pawel's choice. > I have already given up on using the FreeBSD boot loader on any system > except in simple cases. I have had too many issues with the automatic > re-writing of the boot configuration nuking partition tables, infinite > chainload looping and whatnot. Nowadays I just keep a grub floppy in all > my machines and boot off that; that way I know I will always be able to > boot. You are confusing boot stages. Booting from ZFS has nothing to do with boot0, which is what you are complaining about here. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 15 06:34:08 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 0544416A404 for ; Tue, 15 May 2007 06:34:08 +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 B7E2B13C457 for ; Tue, 15 May 2007 06:34:07 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 26E4639DEB; Tue, 15 May 2007 08:34:06 +0200 (CEST) Date: Tue, 15 May 2007 08:34:06 +0200 From: Lars Engels To: Harald Schmalzbauer Message-ID: <20070515063406.GF94292@e.0x20.net> Mail-Followup-To: Lars Engels , Harald Schmalzbauer , freebsd-current@freebsd.org, acpi@freebsd.org References: <200705142132.48340.h.schmalzbauer@omnisec.de> <200705142139.11266.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline In-Reply-To: <200705142139.11266.h.schmalzbauer@omnisec.de> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: acpi S3 not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 06:34:08 -0000 --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 14, 2007 at 09:39:10PM +0200, Harald Schmalzbauer wrote: > Am Montag, 14. Mai 2007 schrieb Harald Schmalzbauer: > > Me again, > > > > I'd love to suspend my power hungry workstation but unfortunately 'acpi= conf > > -s S3' doesn't work. > > I only get: acpi0: device_suspend failed > > If I don't load any kld (all my HW is kld) the system goes "black" and > > hangs. > > > > Please find attached some additional info and this: >=20 > Arghhh, uncompressed is impossible because too big, compressed it get's= =20 > removed.... > So here are the links: >=20 > http://www.schmalzbauer.de/downloads/titan.dmesg > http://www.schmalzbauer.de/downloads/GA965P-DS4.asl >=20 > > hw.acpi.supported_sleep_state: S3 S4 S5 > > hw.acpi.power_button_state: S5 > > hw.acpi.sleep_button_state: S3 > > hw.acpi.lid_switch_state: NONE > > hw.acpi.standby_state: S1 > > hw.acpi.suspend_state: S3 > > hw.acpi.sleep_delay: 1 > > hw.acpi.s4bios: 0 > > hw.acpi.verbose: 0 > > hw.acpi.disable_on_reboot: 0 > > hw.acpi.handle_reboot: 0 > > hw.acpi.reset_video: 0 > > hw.acpi.cpu.cx_lowest: C1 > > > > Thanks, > > > > -Harry Hi Harry, You'd better ask this on acpi@freebsd.org Lars --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGSVRdKc512sD3afgRAuI+AJ44UWG4IaK2flWaXWQjDug81h7wzACggMGd YMOHYk3IkmUlCup+XIwnEGs= =Y5mn -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU-- From owner-freebsd-current@FreeBSD.ORG Tue May 15 06:42: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 D080516A400 for ; Tue, 15 May 2007 06:42:45 +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 8FD8C13C46C for ; Tue, 15 May 2007 06:42:45 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id A26F639DE5; Tue, 15 May 2007 08:42:44 +0200 (CEST) Date: Tue, 15 May 2007 08:42:44 +0200 From: Lars Engels To: "M. Warner Losh" Message-ID: <20070515064244.GG94292@e.0x20.net> References: <20070514.211257.-490997729.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G06lTa6Jq83wMTw" Content-Disposition: inline In-Reply-To: <20070514.211257.-490997729.imp@bsdimp.com> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: mobile@freebsd.org, current@freebsd.org Subject: Re: Looking for old MMC/SD cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 06:42:45 -0000 --5G06lTa6Jq83wMTw Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 14, 2007 at 09:12:57PM -0600, M. Warner Losh wrote: > Greetings, >=20 > I'm looking for older MMC and SD cards. By older, I'm talking about > ones that are 32MB or smaller. Maybe cards that you've retired and > are just taking up space in the drawer at home. >=20 > If you have one of these, and are attending BSDcan 2007 this week > (http://www.bsdcan.org/), please look me up after my talk or catch me > in the hallway. >=20 > Warner Hi Warner, I have an old 32 MB no-name MMC Card, which was shipped with my Nokia mobile. Additionally a 512 MB MMC and two different SD cards. I'm not attending BSDCan but I could give you a shell on my CURRENT Notebook with an internal Ricoh SD/MMC/MS/xD slot. SD: class=3D0x080500 card=3D0xc024144d chip=3D0x08221180 rev=3D0x18 hdr=3D= 0x00 MMC: class=3D0x088000 card=3D0xc024144d chip=3D0x08431180 rev=3D0x00 hdr=3D= 0x00 If that's not feasible for you, I'd offer you to be your beta tester for anything that you want me to try. Lars --5G06lTa6Jq83wMTw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGSVZkKc512sD3afgRAu7TAJ9SVNzRgeMZsXRtllhzCQ3uA7CYFgCfWNrt dmpxkyiOnH87JY9ZnyQUMgw= =VXfd -----END PGP SIGNATURE----- --5G06lTa6Jq83wMTw-- From owner-freebsd-current@FreeBSD.ORG Tue May 15 07:57: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 9DB8916A403 for ; Tue, 15 May 2007 07:57:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4ABDE13C4AE for ; Tue, 15 May 2007 07:57:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so55084nze for ; Tue, 15 May 2007 00:57:47 -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=q2nccIfO9czF44kQx882XBKdA+RH37pr1ZO/g0x1/Yu97220T5/T3DJnvcjBGUm9FsLg9GWkMM4+ibY1Iu1MgXaT4E8m489XIC/64KIGTknzg/Vb0CuVkF7yOHanjSkLi4SRx2mHc7QLLjFLWI/uCd8pgO/exQlPgUzPNj2+Lm4= 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=ix/mJ3FHIG5iqOeSln1JsecZ0LEE86pDFnqSUCiZ2Rk6Ml+hBoSzQNHyShfZ4F32d2z3hSCuxYCkZcYU8ZX+sbaIshof41ExqugNUHQOdqEnQ2+BeVufLjRVpZQQSms6nQjMXa1l1NUQ1rqGcgatA/WfDQb6MPOzlIfe6FSG9zA= Received: by 10.114.77.1 with SMTP id z1mr1429720waa.1179215867368; Tue, 15 May 2007 00:57:47 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 15 May 2007 00:57:47 -0700 (PDT) Message-ID: <2a41acea0705150057t1f438ce6pa03ca3987dae918a@mail.gmail.com> Date: Tue, 15 May 2007 00:57:47 -0700 From: "Jack Vogel" To: "Randy Bush" In-Reply-To: <46494A5B.9080808@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> <464940C6.2010808@delphij.net> <46494A5B.9080808@psg.com> Cc: FreeBSD Current , LI Xin Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 07:57:49 -0000 On 5/14/07, Randy Bush wrote: > > Is there anything shows up in system log? > > nope. and i managed to get in oob while it was borked once, and ifconfig > looked good, > > em0: flags=8843 metric 0 mtu 1500 > options=18b > ether 00:30:48:80:b3:72 > inet 147.28.0.35 netmask 0xffffff00 broadcast 147.28.0.255 > inet 147.28.0.41 netmask 0xffffffff broadcast 147.28.0.41 > media: Ethernet autoselect (1000baseTX ) > status: active > > dmesg normal > > em0: port \ > 0xa000-0xa01f m > em 0xfd000000-0xfd01ffff irq 18 at device 1.0 on pci1 > em0: Ethernet address: 00:30:48:80:b3:72 > em0: [FILTER] > > etc. > > but i was just hoping that this was a known issue and someone would tell me > it was indeed fixed by the cvsup and build i just did. if i get more time > to debug, as opposed to just reverting, i will whine more eloquently. I understand where you're coming from, sometimes there's a quick and easy answer :) But unfortunately this sounds like nothing I've heard about, which means we need more data of some sort, you left out pciconf -l, I need to know exactly what kind of adapter it is. Whenever I see weird things like this the first suspect in my mind is that annoying management subsystem, this new driver tries to keep the beast under control, but perhaps there's some problem. Oh, and BTW, do make sure you have the latest code, although my last change is such that if it were that it would be much more obvious. Jack From owner-freebsd-current@FreeBSD.ORG Tue May 15 08:02: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 22F3116A404 for ; Tue, 15 May 2007 08:02:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id D679613C483 for ; Tue, 15 May 2007 08:02:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so56358nze for ; Tue, 15 May 2007 01:02:49 -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=XyR0A+jN7WSPswTMf3X8fnF3Xc/LGJaJzjvaJypK0ZYnTu+dMaiKA/KqK2QKwJvge6MTv+4Qrkdm/RhbOMWkIWlP/JOAUbYNGkGJSuse3EFY4ffODXFmroO/EOOidH1A5gT18gBI3cgKhWrvTZnIM2dlFC4LFMisTCho4z2yoHk= 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=R+PYgUPD+cEFhtiM5M04at+SRd+DcXJ28dBUdVgQsaZC6aJ73kOhi5gh+7t6ZCh+o+EVBQKcQ15QHS4hFgAiyP/c1hFPnknY+zkHsq1rQi8gp7fsIX0OGbDTQ5oBzG5LKjkz1WfNYXIOHne+1aMueKMBbT+07ve/hI7d6usHHHU= Received: by 10.114.94.1 with SMTP id r1mr1425491wab.1179216168878; Tue, 15 May 2007 01:02:48 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 15 May 2007 01:02:48 -0700 (PDT) Message-ID: <2a41acea0705150102j1f84d38fgc882aeb5a08f1fd1@mail.gmail.com> Date: Tue, 15 May 2007 01:02:48 -0700 From: "Jack Vogel" To: "Randy Bush" In-Reply-To: <46494A5B.9080808@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> <464940C6.2010808@delphij.net> <46494A5B.9080808@psg.com> Cc: FreeBSD Current , LI Xin Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 08:02:50 -0000 On 5/14/07, Randy Bush wrote: >... if i get more time > to debug, as opposed to just reverting, i will whine more eloquently. UH, this is CURRENT not STABLE, so you dont get to whine :) and if you just revert you leave a potential bug unsolved, so please dont do that. Jack From owner-freebsd-current@FreeBSD.ORG Tue May 15 09:41: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 6400816A404 for ; Tue, 15 May 2007 09:41:34 +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 E78B513C489 for ; Tue, 15 May 2007 09:41:33 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1217735ugh for ; Tue, 15 May 2007 02:41:32 -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=qgMimb3RZboI+PQNCHHC1csm1HdXCyayHzw9Nnim174GDmQvYevVliWjNLyMPeaj7gVZOae9U3eHj9eNsDbk8SbXY2ZcdLNiV3ReqtBVxonZf3qrCiAqY09GPKUXgghO7rA0qZWWXjQ7HtcqV1B02RaitOOmv1eygjf9qAX2Vpw= 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=Lc6myBhRHL5QykmvS47ufbayhG5tP4GVLYq8pWt7dGTfZTnkYdRoW+dIY4qJJKSb/XclJZlrTKniEVCvplJjmDL3PUmXbletEPz4UMmZWkp/ssIgEDNYcuitcep9Drs4xp33Klufse8FRQVrE7CunCr+S7zvBsMXC/miXukgqJ0= Received: by 10.67.115.7 with SMTP id s7mr2542826ugm.1179222088592; Tue, 15 May 2007 02:41:28 -0700 (PDT) Received: from ?172.31.5.25? ( [89.97.252.178]) by mx.google.com with ESMTP id q40sm4669382ugc.2007.05.15.02.41.27; Tue, 15 May 2007 02:41:27 -0700 (PDT) Message-ID: <4649F194.7070106@FreeBSD.org> Date: Tue, 15 May 2007 19:44:52 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Stefan Bethke References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> <20070514080510.GB71110@xor.obsecurity.org> <47AE9AC9-13D4-45A0-B199-CFB348D9B284@lassitu.de> In-Reply-To: <47AE9AC9-13D4-45A0-B199-CFB348D9B284@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: FreeBSD Current , Andre Oppermann , Kris Kennaway Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 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: Tue, 15 May 2007 09:41:34 -0000 Stefan Bethke wrote: > > Am 14.05.2007 um 10:05 schrieb Kris Kennaway: > >> On Mon, May 14, 2007 at 09:57:13AM +0200, Stefan Bethke wrote: >> >>> OK, got it. However, it's a bit more than I'm willing to hand- >>> transcribe :-) >>> >>> Any way of saving this info without a serial console or a digital >>> camera? >>> >>> I'll try to get a serial port the next couple of days... >> >> I think ktrdump can operate on a core. > > Sorry, the first file was truncated. For the benefit of the list, I've > uploaded it here: > http://www.lassitu.de/freebsd/20070510/ > http://www.lassitu.de/freebsd/20070510/ktrdump.txt.gz Hello Stefan, thanks a lot for your effort, I've seen exactly what I expected (a leaked recursion on 0xffffff002ae8dbd8 mutex (that I suspect is "TCP"). Since none of us can do on-line debugging in your machine, can you please download that patch, apply it, recompile your kernel and doing these tests again?: http://users.gufi.org/~rookie/works/patches/kern_mutex.diff It will give a good understanding of where the recursion happens and where probabilly expected unrecursion fails. Thanks, Attilio From owner-freebsd-current@FreeBSD.ORG Tue May 15 10:49: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 66A4316A403 for ; Tue, 15 May 2007 10:49:39 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBCC13C458 for ; Tue, 15 May 2007 10:49:39 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hnub3-000Kli-Vy; Tue, 15 May 2007 10:49:38 +0000 Message-ID: <4649903C.7010006@psg.com> Date: Tue, 15 May 2007 12:49:32 +0200 From: Randy Bush User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Jack Vogel References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> <464940C6.2010808@delphij.net> <46494A5B.9080808@psg.com> <2a41acea0705150057t1f438ce6pa03ca3987dae918a@mail.gmail.com> In-Reply-To: <2a41acea0705150057t1f438ce6pa03ca3987dae918a@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 10:49:39 -0000 > you left out pciconf -l could not get while locked up. but i imagine you'll be happy as is. > Oh, and BTW, do make sure you have the latest code currently running cvsup as of May 15 03:04 (gmt) randy --- # pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x518015d9 chip=0x25788086 rev=0x02 hdr=0x00 pcib1@pci0:3:0: class=0x060400 card=0x00000000 chip=0x257b8086 rev=0x02 hdr=0x01 pcib2@pci0:28:0: class=0x060400 card=0x00000000 chip=0x25ae8086 rev=0x02 hdr=0x01 none0@pci0:29:0: class=0x0c0300 card=0x518015d9 chip=0x25a98086 rev=0x02 hdr=0x00 none1@pci0:29:1: class=0x0c0300 card=0x518015d9 chip=0x25aa8086 rev=0x02 hdr=0x00 none2@pci0:29:4: class=0x088000 card=0x518015d9 chip=0x25ab8086 rev=0x02 hdr=0x00 ioapic0@pci0:29:5: class=0x080020 card=0x25ac8086 chip=0x25ac8086 rev=0x02 hdr=0x00 none3@pci0:29:7: class=0x0c0320 card=0x518015d9 chip=0x25ad8086 rev=0x02 hdr=0x00 pcib3@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x0a hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x25a18086 rev=0x02 hdr=0x00 atapci0@pci0:31:1: class=0x01018a card=0x518015d9 chip=0x25a28086 rev=0x02 hdr=0x00 none4@pci0:31:3: class=0x0c0500 card=0x518015d9 chip=0x25a48086 rev=0x02 hdr=0x00 em0@pci1:1:0: class=0x020000 card=0x10758086 chip=0x10758086 rev=0x00 hdr=0x00 twe0@pci2:1:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 hdr=0x00 vgapci0@pci3:9:0: class=0x030000 card=0x80081002 chip=0x47521002 rev=0x27 hdr=0x00 em1@pci3:10:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x00 hdr=0x00 From owner-freebsd-current@FreeBSD.ORG Tue May 15 10:52: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 A445316A402; Tue, 15 May 2007 10:52:35 +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 EE52E13C45D; Tue, 15 May 2007 10:52:34 +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 l4FAlKX2090029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 May 2007 12:47:25 +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 l4FAlKYF043433; Tue, 15 May 2007 12:47:20 +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 l4FAlJWG001207; Tue, 15 May 2007 12:47:19 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: Rui Paulo Date: Tue, 15 May 2007 12:47:18 +0200 User-Agent: KMail/1.9.6 References: <42BC519E.8010309@satro.sk> <200705142348.07522.h.schmalzbauer@omnisec.de> <86lkfrymlw.wl%rpaulo@fnop.net> In-Reply-To: <86lkfrymlw.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705151247.19122.h.schmalzbauer@omnisec.de> Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 10:52:35 -0000 Am Dienstag, 15. Mai 2007 schrieb Rui Paulo: > At Mon, 14 May 2007 23:48:07 +0200, > > Harald Schmalzbauer wrote: [...] > > I have a E6600 core2 and tried to reduce power dissipation by enabling > > some speedstep technology. > > acpi_perf seems to work since dev.cpu.freq shows 800 (possible > > 2400/1600/800) and goes up while compiling, but I frequently get the > > following errors: > > > > kernel: acpi_perf0: Px transition to 1600 failed > > kernel: acpi_perf0: set freq failed, err 6 > > I don't really know why it fails.. With acpi_throttle and p4tcc disabled, like you advised, this message doesn't occur any more. But I only have two possible speed steps, 2400 and 1600. But it's switching smoothly between them, atm. I don't have a power meter handy, so I can't see if it really works (and saves power). But in any case, the Watt values (dev.cpu.0.freq_levels: 2400/88000 1600/56000) are wrong for my core2 CPU. Where does acpi_perf get them from? Ok, form est (since without cpufreq loaded the values are /-1) but are they readable from any registers or are they hard coded according to the CPU type or are they in any table in the (acpi) BIOS? > > So I disabled acpi_perf and tried cpufreq with the following result: > > In your machine acpi_perf gives the values to est. If you disable > acpi_perf, est will not work. Oic, very valuable info. Thanks! > > I had acpi_perf and powerd enabled the last two days and the "feeling" of > > my X11/KDE desktop was a bit bumpy; The mouse frequently hung for some > > 10s of ms, in general the respnsiveness suffered a lot with > > dev.cpu.0.freq=800, a lot more than 298 with est... > > 298 comes from p4tcc or acpi_throttle. These values usually reduce a > lot the CPU power to prevent thermal problems. > > Maybe they should be separated... This would clarify things.. Thanks a lot, -Harry From owner-freebsd-current@FreeBSD.ORG Tue May 15 11:05: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 E528216A402; Tue, 15 May 2007 11:05:00 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 42D7E13C455; Tue, 15 May 2007 11:04:58 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 5F4FF68FEBB; Tue, 15 May 2007 12:04:31 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 1F439690924; Tue, 15 May 2007 12:04:31 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local.fnop.net (unknown [193.136.24.152]) by core.fnop.net (Postfix) with ESMTP id A056068FEBB; Tue, 15 May 2007 12:04:30 +0100 (WEST) Date: Tue, 15 May 2007 12:04:38 +0100 Message-ID: <86646ul54p.wl%rpaulo@fnop.net> From: Rui Paulo To: Harald Schmalzbauer In-Reply-To: <200705151247.19122.h.schmalzbauer@omnisec.de> References: <42BC519E.8010309@satro.sk> <200705142348.07522.h.schmalzbauer@omnisec.de> <86lkfrymlw.wl%rpaulo@fnop.net> <200705151247.19122.h.schmalzbauer@omnisec.de> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 11:05:01 -0000 At Tue, 15 May 2007 12:47:18 +0200, Harald Schmalzbauer wrote: > > Am Dienstag, 15. Mai 2007 schrieb Rui Paulo: > > At Mon, 14 May 2007 23:48:07 +0200, > > > > Harald Schmalzbauer wrote: > [...] > > > I have a E6600 core2 and tried to reduce power dissipation by enabling > > > some speedstep technology. > > > acpi_perf seems to work since dev.cpu.freq shows 800 (possible > > > 2400/1600/800) and goes up while compiling, but I frequently get the > > > following errors: > > > > > > kernel: acpi_perf0: Px transition to 1600 failed > > > kernel: acpi_perf0: set freq failed, err 6 > > > > I don't really know why it fails.. > > With acpi_throttle and p4tcc disabled, like you advised, this > message doesn't occur any more. > But I only have two possible speed steps, 2400 and 1600. But it's switching > smoothly between them, atm. I don't have a power meter handy, so I can't see > if it really works (and saves power). I have a driver to gather the temperature reading of the CPU. If the temperature drops when you've enabled powerd, then it's most likely working. (Check my message "MacBook patches" if you wanna try it out) > But in any case, the Watt values (dev.cpu.0.freq_levels: 2400/88000 > 1600/56000) are wrong for my core2 CPU. > Where does acpi_perf get them from? Ok, form est (since without > cpufreq loaded > the values are /-1) but are they readable from any registers or are > they hard > coded according to the CPU type or are they in any table in the (acpi) BIOS? It gets the values from ACPI methods. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue May 15 11:15:08 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 4FD6416A405 for ; Tue, 15 May 2007 11:15:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 382C213C46A for ; Tue, 15 May 2007 11:15:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.101]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hnuzj-000Kpr-I8; Tue, 15 May 2007 11:15:07 +0000 Message-ID: <46499635.9000602@psg.com> Date: Tue, 15 May 2007 13:15:01 +0200 From: Randy Bush User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Jack Vogel References: <17993.9973.237807.213217@roam.psg.com> <46492B3B.3020305@delphij.net> <46492CFC.6060506@psg.com> <464940C6.2010808@delphij.net> <46494A5B.9080808@psg.com> <2a41acea0705150102j1f84d38fgc882aeb5a08f1fd1@mail.gmail.com> In-Reply-To: <2a41acea0705150102j1f84d38fgc882aeb5a08f1fd1@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 11:15:08 -0000 i may have a hint. i left myself on the craft port. there was just a stutter. at that time, console logged May 15 11:02:07 work0 kernel: ipfw: 300 Deny TCP 127.0.0.1:0 0.0.0.0:0 out via em0 May 15 11:04:00 work0 kernel: ipfw: 300 Deny TCP 127.0.0.1:0 0.0.0.0:0 out via em0 i do not promise it is related. randy From owner-freebsd-current@FreeBSD.ORG Tue May 15 11: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 931A316A405 for ; Tue, 15 May 2007 11:17:36 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.freebsd.org (Postfix) with SMTP id EB76A13C44B for ; Tue, 15 May 2007 11:17:35 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 15 May 2007 10:03:49 +0100 (BST) Date: Tue, 15 May 2007 10:03:49 +0100 From: David Malone To: pluknet Message-ID: <20070515090349.GA69820@walton.maths.tcd.ie> References: <20070514005922.GA22147@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-current@freebsd.org Subject: Re: Strange nice value in top. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 11:17:36 -0000 On Mon, May 14, 2007 at 11:14:45PM +0400, pluknet wrote: > On 14/05/07, Nikolay Pavlov wrote: > >I've been watching this for about several months: > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 1119 root 1 -8 r-52 7280K 7304K biord 0:02 0.98% cdrecord > > ^^^^^^^^^ > > 1035 quetzal 1 60 r16F 11500K 7604K select 0:01 0.00% artsd > > ^^^^^^^^^ > > You are not alone. I observe it for months on CURRENT too. From the top: > 768 root 1 8 r-36 3504K 536K nanslp 0:10 0.00% watchdogd The "r" means that it is a realtime process. The "F" is to do with FIFO scheduling. The format_nice function in /usr/src/usr.bin/top/machine.c shows all the things that this feild can contain. They should probably be documented in the man page. David. From owner-freebsd-current@FreeBSD.ORG Tue May 15 11:52: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 57B8216A400; Tue, 15 May 2007 11:52: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 B258213C43E; Tue, 15 May 2007 11:52: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 l4FBprSb090638 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 May 2007 13:51:59 +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 l4FBprHm043862; Tue, 15 May 2007 13:51: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 l4FBprd8001220; Tue, 15 May 2007 13:51:53 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer Organization: OmniSEC To: Rui Paulo Date: Tue, 15 May 2007 13:51:52 +0200 User-Agent: KMail/1.9.6 References: <42BC519E.8010309@satro.sk> <200705151247.19122.h.schmalzbauer@omnisec.de> <86646ul54p.wl%rpaulo@fnop.net> In-Reply-To: <86646ul54p.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705151351.53363.h.schmalzbauer@omnisec.de> Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 11:52:02 -0000 Am Dienstag, 15. Mai 2007 schrieb Rui Paulo: > At Tue, 15 May 2007 12:47:18 +0200, > > Harald Schmalzbauer wrote: > > Am Dienstag, 15. Mai 2007 schrieb Rui Paulo: > > > At Mon, 14 May 2007 23:48:07 +0200, > > > > > > Harald Schmalzbauer wrote: > > > > [...] > > > > > > I have a E6600 core2 and tried to reduce power dissipation by > > > > enabling some speedstep technology. > > > > acpi_perf seems to work since dev.cpu.freq shows 800 (possible > > > > 2400/1600/800) and goes up while compiling, but I frequently get the > > > > following errors: > > > > > > > > kernel: acpi_perf0: Px transition to 1600 failed > > > > kernel: acpi_perf0: set freq failed, err 6 > > > > > > I don't really know why it fails.. > > > > With acpi_throttle and p4tcc disabled, like you advised, this > > message doesn't occur any more. > > But I only have two possible speed steps, 2400 and 1600. But it's > > switching smoothly between them, atm. I don't have a power meter handy, > > so I can't see if it really works (and saves power). > > I have a driver to gather the temperature reading of the CPU. > If the temperature drops when you've enabled powerd, then it's most > likely working. > (Check my message "MacBook patches" if you wanna try it out) I did (I had to copy src/backlight and src/msrtemp to src/sys/dev/ and=20 src/sys/modules/). Here is what I get when I load the module: msrtemp0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 msrtemp1: on cpu1 But these values are too high, my BIOS tells me ~50=B0C: dev.cpu.0.temperature: 68 dev.cpu.1.temperature: 69 Also my bios shows temperatures for ather chips, namely ich, gmch, and syst= em. I haven't tried mbmon or consolehm or healthd but I guess they won't give a= ny=20 results via smbus with that new monitoring devices. Is there anything I can do to correct the ACPI table for the right power=20 values of my CPU? Thanks a lot, =2DHarry > > > But in any case, the Watt values (dev.cpu.0.freq_levels: 2400/88000 > > 1600/56000) are wrong for my core2 CPU. > > Where does acpi_perf get them from? Ok, form est (since without > > cpufreq loaded > > the values are /-1) but are they readable from any registers or are > > they hard > > coded according to the CPU type or are they in any table in the (acpi) > > BIOS? > > It gets the values from ACPI methods. > > -- > Rui Paulo =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 15 10:44: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 58D8816A404 for ; Tue, 15 May 2007 10:44:39 +0000 (UTC) (envelope-from jhs@tower.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id D492C13C455 for ; Tue, 15 May 2007 10:44:38 +0000 (UTC) (envelope-from jhs@tower.berklix.net) Received: from js.berklix.net (p549a7924.dip.t-dialin.net [84.154.121.36]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l4FAUG3F035431; Tue, 15 May 2007 12:30:20 +0200 (CEST) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l4FAU8Se030274; Tue, 15 May 2007 12:30:11 +0200 (CEST) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id l4FAUbEE063594; Tue, 15 May 2007 12:30:37 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200705151030.l4FAUbEE063594@fire.jhs.private> To: Tom McLaughlin In-reply-to: <1178935327.1786.6.camel@localhost> References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> <20070511015204.GA66910@lor.one-eyed-alien.net> <1178935327.1786.6.camel@localhost> Comments: In-reply-to Tom McLaughlin message dated "Fri, 11 May 2007 22:02:07 -0400." Date: Tue, 15 May 2007 12:30:37 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Tue, 15 May 2007 11:59:56 +0000 Cc: jhs@berklix.com, freebsd-current@freebsd.org Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 10:44:39 -0000 Someone asked whether lukemftpd offered functionality other(s) don't ? What about proxy ? I've never been sure which ftpd to run on my gateway (with IPFW, with no NAT) to provide proxy, so internal hosts could cd /usr/ports; make fetch I've tried various ftpd's but never got the right combination of ftpd & client host environment variables (+ipfw), + some feeling of safety, as not wanting (most the time) to allow incoming ftp from internet to my gate (or beyond !), & some ftpd descriptions don't sound secure. Any reccomendations please of working combinations of ftpd's & env. vars & ipfw rules from people succesfully running make fetch on internal client hosts via proxy ftpd's on gateway, without NAT ? (Apache on gate works as http proxy already with IPFW & with no NAT). Julian -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs: Try snuff. From owner-freebsd-current@FreeBSD.ORG Tue May 15 12:15: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 1C83316A405; Tue, 15 May 2007 12:15:13 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2C213C44C; Tue, 15 May 2007 12:15:12 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id E8DD668FEBB; Tue, 15 May 2007 13:14:45 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id A8B4669097F; Tue, 15 May 2007 13:14:45 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from epsilon.local.fnop.net (unknown [193.136.24.152]) by core.fnop.net (Postfix) with ESMTP id D39B368FEBB; Tue, 15 May 2007 13:14:44 +0100 (WEST) Date: Tue, 15 May 2007 13:14:53 +0100 Message-ID: <864pmel1vm.wl%rpaulo@fnop.net> From: Rui Paulo To: Harald Schmalzbauer In-Reply-To: <200705151351.53363.h.schmalzbauer@omnisec.de> References: <42BC519E.8010309@satro.sk> <200705151247.19122.h.schmalzbauer@omnisec.de> <86646ul54p.wl%rpaulo@fnop.net> <200705151351.53363.h.schmalzbauer@omnisec.de> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 12:15:13 -0000 At Tue, 15 May 2007 13:51:52 +0200, Harald Schmalzbauer wrote: > I did (I had to copy src/backlight and src/msrtemp to src/sys/dev/ and=20 > src/sys/modules/). The patch should be applied with CWD =3D=3D src/sys. > Here is what I get when I load the module: > msrtemp0: on cpu0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 928092806000928 > device_attach: est1 attach returned 6 > msrtemp1: on cpu1 >=20 > But these values are too high, my BIOS tells me ~50=B0C: > dev.cpu.0.temperature: 68 > dev.cpu.1.temperature: 69 Well, the digital readout is relative to maximum Thermal Junction (Tj(max)). So, the calculation is: Tj(max) - digital readout. On some systems Tj(max) is 100, on others is 85, but there's no know way to detect this realiably. Linux does a trick and I'm still investigating whether or not to apply it. It seems that your CPU's Tj(max) is 85 and not 100. 100-32 =3D 68 85-32 =3D 53 > Is there anything I can do to correct the ACPI table for the right power = > values of my CPU? Not likely. As Colin said, it would probably require an NDA to give you all the values. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue May 15 12:31: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 4B26116A403 for ; Tue, 15 May 2007 12:31:40 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 818D913C46C for ; Tue, 15 May 2007 12:31:35 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id BB06C1F8CD for ; Tue, 15 May 2007 15:31:33 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37610-04-9 for ; Tue, 15 May 2007 15:31:30 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id CB6231F8AB for ; Tue, 15 May 2007 15:31:22 +0300 (EEST) Message-ID: <4649A81A.60609@bulinfo.net> Date: Tue, 15 May 2007 15:31:22 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) 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: amavisd-new at mx.bulinfo.net Subject: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 12:31:40 -0000 After upgrade to latest -current I have problems with csh: login: root May 15 15:21:28 centipad login: ROOT LOGIN (root) ON ttyu0 Last login: Tue May 15 13:55:02 on ttyu0 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT (CENTIPAD) #1: Tue May 15 10:04:50 EEST 2007 Welcome to FreeBSD! Before seeking technical support, please use the following resources: o Security advisories and updated errata information for all releases are at http://www.FreeBSD.org/releases/ - always consult the ERRATA section for your release first as it's updated frequently. o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, along with the mailing lists, can be searched by going to http://www.FreeBSD.org/search/. If the doc distribution has been installed, they're also available formatted in /usr/share/doc. If you still have a question or problem, please take the output of `uname -a', along with any relevant error messages, and email it as a question to the questions@FreeBSD.org mailing list. If you are unfamiliar with FreeBSD's directory layout, please refer to the hier(7) manual page. If you are not familiar with manual pages, type `man man'. You may also use sysinstall(8) to re-enter the installation and configuration utility. Edit /etc/motd to change this login announcement. (nil) current memory allocation: free: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 used: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Total in use: 0, total free: 0 Allocated memory from 0xffffffff to 0xffffffff. Real top at 0xffffffff nbytes=16: Out of memory FreeBSD/arm (centipad) (ttyu0) login: I am able to log in using /bin/sh and top shows: last pid: 533; load averages: 0.65, 0.32, 0.13 up 0+00:02:34 15:28:07 12 processes: 1 running, 11 sleeping CPU states: 1.0% user, 0.0% nice, 1.5% system, 2.0% interrupt, 95.6% idle Mem: 4188K Active, 4160K Inact, 7936K Wired, 28K Cache, 6976K Buf, 44M Free Swap: 180M Total, 180M Free What is wrong with csh? From owner-freebsd-current@FreeBSD.ORG Tue May 15 13:30: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 E1EE716A405; Tue, 15 May 2007 13:30:48 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id B0F3913C458; Tue, 15 May 2007 13:30:47 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 42025200E9; Tue, 15 May 2007 16:30:39 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43234-01; Tue, 15 May 2007 16:30:35 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id D509A200E3; Tue, 15 May 2007 16:30:35 +0300 (EEST) Message-ID: <4649B5FB.2060808@bulinfo.net> Date: Tue, 15 May 2007 16:30:35 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <4649A81A.60609@bulinfo.net> In-Reply-To: <4649A81A.60609@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 13:30:49 -0000 (gdb) bt #0 0x20204bb0 in kill () from /lib/libc.so.7 #1 0x20200370 in abort () from /lib/libc.so.7 #2 0x00045fe4 in malloc (nbytes=16) at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 #3 0x00045fe4 in malloc (nbytes=16) at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 (gdb) Krassimir Slavchev wrote: > After upgrade to latest -current I have problems with csh: > > login: root > May 15 15:21:28 centipad login: ROOT LOGIN (root) ON ttyu0 > Last login: Tue May 15 13:55:02 on ttyu0 > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > > FreeBSD 7.0-CURRENT (CENTIPAD) #1: Tue May 15 10:04:50 EEST 2007 > > Welcome to FreeBSD! > > Before seeking technical support, please use the following resources: > > o Security advisories and updated errata information for all releases > are > at http://www.FreeBSD.org/releases/ - always consult the ERRATA section > for your release first as it's updated frequently. > > o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, > along with the mailing lists, can be searched by going to > http://www.FreeBSD.org/search/. If the doc distribution has > been installed, they're also available formatted in /usr/share/doc. > > If you still have a question or problem, please take the output of > `uname -a', along with any relevant error messages, and email it > as a question to the questions@FreeBSD.org mailing list. If you are > unfamiliar with FreeBSD's directory layout, please refer to the hier(7) > manual page. If you are not familiar with manual pages, type `man man'. > > You may also use sysinstall(8) to re-enter the installation and > configuration utility. Edit /etc/motd to change this login announcement. > > (nil) current memory allocation: > free: 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 > used: 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 > Total in use: 0, total free: 0 > Allocated memory from 0xffffffff to 0xffffffff. Real top at > 0xffffffff > nbytes=16: Out of memory > > FreeBSD/arm (centipad) (ttyu0) > > login: > > I am able to log in using /bin/sh and top shows: > > last pid: 533; load averages: 0.65, 0.32, 0.13 up 0+00:02:34 > 15:28:07 > 12 processes: 1 running, 11 sleeping > CPU states: 1.0% user, 0.0% nice, 1.5% system, 2.0% interrupt, > 95.6% idle > Mem: 4188K Active, 4160K Inact, 7936K Wired, 28K Cache, 6976K Buf, 44M > Free > Swap: 180M Total, 180M Free > > What is wrong with csh? > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue May 15 13:56: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 8513C16A402 for ; Tue, 15 May 2007 13:56:16 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a2.g.dreamhost.com (d0618453.dreamhost.com [208.97.132.83]) by mx1.freebsd.org (Postfix) with ESMTP id 2F46013C447 for ; Tue, 15 May 2007 13:56:14 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sauron.lan.box (unknown [200.180.163.95]) by spunkymail-a2.g.dreamhost.com (Postfix) with ESMTP id 68E8F87C9F for ; Tue, 15 May 2007 06:56:11 -0700 (PDT) Date: Tue, 15 May 2007 10:56:11 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20070515105611.00747584.rnsanchez@wait4.org> In-Reply-To: <4649B5FB.2060808@bulinfo.net> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.1 (GTK+ 2.10.11; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 13:56:16 -0000 On Tue, 15 May 2007 16:30:35 +0300 Krassimir Slavchev wrote: > (gdb) bt > #0 0x20204bb0 in kill () from /lib/libc.so.7 > #1 0x20200370 in abort () from /lib/libc.so.7 > #2 0x00045fe4 in malloc (nbytes=16) > at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 > #3 0x00045fe4 in malloc (nbytes=16) > at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 > (gdb) Any chances that this relates to Steven's PR 112408? (Not the gdb part, just the tcsh regression.) Here it is, just in case: http://www.freebsd.org/cgi/query-pr.cgi?pr=112408 -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Tue May 15 13:59: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 50D9F16A40B for ; Tue, 15 May 2007 13:59:23 +0000 (UTC) (envelope-from solon@pyro.de) Received: from srv23.fsb.echelon.bnd.org (mail.pyro.de [83.137.99.96]) by mx1.freebsd.org (Postfix) with ESMTP id 15E8613C45A for ; Tue, 15 May 2007 13:59:23 +0000 (UTC) (envelope-from solon@pyro.de) Received: from i577b69cc.versanet.de ([87.123.105.204] helo=FLASH) by srv23.fsb.echelon.bnd.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HnxFI-000DvL-UH for freebsd-current@freebsd.org; Tue, 15 May 2007 15:39:20 +0200 Date: Tue, 15 May 2007 15:39:39 +0200 From: Solon Luigi Lutz X-Mailer: SecureBat! Lite (v2.12.4) Personal Organization: PyroDesign Berlin X-Priority: 3 (Normal) Message-ID: <258016155.20070515153939@pyro.de> To: FreeBSD Current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: AMD64 & hifn crypto flawed ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Solon Luigi Lutz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 13:59:23 -0000 Hi, I just tried running a filesystem stress-test on a geli volume with HW-crypto using a soekris card. This lead to a panic after some seconds of activity. I don't plan to investigate this any further, since it isn't of any concern for me. Just FYI. P.S. SW-crypto on dual-core works flawless here... -- Best regards, Solon From owner-freebsd-current@FreeBSD.ORG Tue May 15 14:17: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 CCB9416A404 for ; Tue, 15 May 2007 14:17:59 +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 878C113C487 for ; Tue, 15 May 2007 14:17:59 +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 C6A2820AA; Tue, 15 May 2007 16:17:55 +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 AC12C20A8; Tue, 15 May 2007 16:17:55 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 89FB151A3; Tue, 15 May 2007 16:17:55 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: "Julian H. Stacey" References: <20070510134740.GA39021@FreeBSD.czest.pl> <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> <20070511015204.GA66910@lor.one-eyed-alien.net> <1178935327.1786.6.camel@localhost> <200705151030.l4FAUbEE063594@fire.jhs.private> Date: Tue, 15 May 2007 16:17:55 +0200 In-Reply-To: <200705151030.l4FAUbEE063594@fire.jhs.private> (Julian H. Stacey's message of "Tue\, 15 May 2007 12\:30\:37 +0200") Message-ID: <86d5125fxo.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Tom McLaughlin , jhs@berklix.com, freebsd-current@freebsd.org Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 14:17:59 -0000 "Julian H. Stacey" writes: > Someone asked whether lukemftpd offered functionality other(s) don't ? > What about proxy ? > > I've never been sure which ftpd to run on my gateway (with IPFW, with no = NAT) > to provide proxy, so internal hosts could cd /usr/ports; make fetch You don't need a proxy. Do the following on each internal host: # echo 'FTP_PASSIVE_MODE=3DYES' >>/etc/profile DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 15 14:19: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 1C50D16A403 for ; Tue, 15 May 2007 14:19:05 +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 8F25C13C465 for ; Tue, 15 May 2007 14:19:04 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool45.ka.ilk.net [212.86.194.45]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l4FEIwJa031711; Tue, 15 May 2007 16:18:58 +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 l4FEGb50016729; Tue, 15 May 2007 16:16:42 +0200 (CEST) Message-ID: <4649C18D.4020801@smo.de> Date: Tue, 15 May 2007 16:19:57 +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: Peter Schuller References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <440b3e930705131031v5e97db7fq486d8d17aeb9f622@mail.gmail.com> <20070514070715.GA82322@hub.freebsd.org> <86646vyimg.fsf@dwp.des.no> <4648B3AC.8060205@infidyne.com> In-Reply-To: <4648B3AC.8060205@infidyne.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Joao Barros , Pawel Jakub Dawidek , Ali Mashtizadeh , Darren Reed , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= Subject: Re: grub, install cd and root-on-zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 14:19:05 -0000 Peter Schuller wrote: [snipped a lot of text] > (3) A fully populated LiveCD is much more useful for recovery/debugging > than a super-stripped floppy-on-a-CD where you are missing basic tools. You know about the Fixit-mode of the installation CD? There may be some restrictions, but there are more tools available than on that 'super-stripped floppy-on-a-CD' ;-) HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Tue May 15 14:19: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 592CF16A412 for ; Tue, 15 May 2007 14:19:46 +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 168A713C44C for ; Tue, 15 May 2007 14:19:46 +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 743AE20AB; Tue, 15 May 2007 16:19:42 +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 6708320A7; Tue, 15 May 2007 16:19:42 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 4B31A51A5; Tue, 15 May 2007 16:19:42 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Mike Tancsa References: <46337B06.9080102@ybb.ne.jp> <46338C0F.9000608@ybb.ne.jp> <4633932A.8080602@ybb.ne.jp> <86tzuxni1b.fsf@dwp.des.no> <200705141551.l4EFpZBb099847@lava.sentex.ca> <46489B0C.7060104@ybb.ne.jp> <7.1.0.9.0.20070514132916.2666fcf8@sentex.net> <200705141835.l4EIZQA5000700@lava.sentex.ca> <200705150138.l4F1cvTQ002366@lava.sentex.ca> Date: Tue, 15 May 2007 16:19:42 +0200 In-Reply-To: <200705150138.l4F1cvTQ002366@lava.sentex.ca> (Mike Tancsa's message of "Mon\, 14 May 2007 21\:39\:05 -0400") Message-ID: <86646u5fup.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Takeharu KATO , freebsd-current@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, 15 May 2007 14:19:46 -0000 Mike Tancsa writes: > Works as expected on the ICH4 and ICH6. I tested both boxes by loading > the patch'd kld, starting up watchdogd and then doing a kill -9 on the > daemon. The 2 boxes rebooted as expected. Please commit and MFC if > possible. I intend to, but the patch needs cleaning up, and I haven't yet had time to do it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 15 16:42: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 8778C16A403; Tue, 15 May 2007 16:42:16 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id D5DF913C458; Tue, 15 May 2007 16:42:15 +0000 (UTC) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 70F8533C4C; Tue, 15 May 2007 20:24:49 +0400 (MSD) Message-ID: <4649E0AD.4060705@inse.ru> Date: Tue, 15 May 2007 20:32:45 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------050703030404090706030209" X-Mailman-Approved-At: Tue, 15 May 2007 17:06:28 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pjd@FreeBSD.org, freebsd-geom@freebsd.org, msmith@FreeBSD.org, mdodd@FreeBSD.org, phk@FreeBSD.org, grog@FreeBSD.org, jlemon@FreeBSD.org, mjacob@FreeBSD.org, sos@FreeBSD.org Subject: HEDSUP: man -k cleanup (man -k RAID, some bits are missing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 16:42:16 -0000 This is a multi-part message in MIME format. --------------050703030404090706030209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, Trying to obtain information about supported RAID devices in the system via `man -k RAID` I've found that not all known by me devices are there. So a grep-ed a bit and going to commit the following patchset. I think that keyword RAID should present in description of all these man pages. But may be I am wrong? There is also some bits I was not able to fix. 1) Is it safe to s/Array/RAID/ in ida(4)? 2) Is it safe to mark ciss as driver for RAID controllers? 3) Should be isp(4) marked as driver for RAID controllers? 4) Should geom(4) be patched as suggested in my patch or it is enough of mentioning in corresponding class utilities? 5) Have I missed smth else? PS. I think that there is other such places where `man -k` is not complete, so its good todo idea, currently not for me ;-). PPS. Sorry for crossposting. I hope I included all affected parties. rik Index: sbin/geom/class/concat/gconcat.8 =================================================================== RCS file: /home/ncvs/src/sbin/geom/class/concat/gconcat.8,v retrieving revision 1.18 diff -u -r1.18 gconcat.8 --- sbin/geom/class/concat/gconcat.8 30 Jan 2006 22:47:07 -0000 1.18 +++ sbin/geom/class/concat/gconcat.8 15 May 2007 15:55:59 -0000 @@ -29,7 +29,7 @@ .Os .Sh NAME .Nm gconcat -.Nd "disk concatenation control utility" +.Nd "disk concatenation control utility (software RAID capability)" .Sh SYNOPSIS .Nm .Cm create Index: sbin/geom/class/mirror/gmirror.8 =================================================================== RCS file: /home/ncvs/src/sbin/geom/class/mirror/gmirror.8,v retrieving revision 1.23 diff -u -r1.23 gmirror.8 --- sbin/geom/class/mirror/gmirror.8 21 Dec 2006 18:30:23 -0000 1.23 +++ sbin/geom/class/mirror/gmirror.8 15 May 2007 15:56:00 -0000 @@ -29,7 +29,7 @@ .Os .Sh NAME .Nm gmirror -.Nd "control utility for mirrored devices" +.Nd "control utility for mirrored devices (software RAID1 capability)" .Sh SYNOPSIS .Nm .Cm label Index: sbin/gvinum/gvinum.8 =================================================================== RCS file: /home/ncvs/src/sbin/gvinum/gvinum.8,v retrieving revision 1.4 diff -u -r1.4 gvinum.8 --- sbin/gvinum/gvinum.8 30 Sep 2006 11:02:17 -0000 1.4 +++ sbin/gvinum/gvinum.8 15 May 2007 15:56:00 -0000 @@ -33,7 +33,7 @@ .Os .Sh NAME .Nm gvinum -.Nd Logical Volume Manager control program +.Nd Logical Volume Manager control program (software RAID capability) .Sh SYNOPSIS .Nm .Op Ar command Index: share/man/man4/asr.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/asr.4,v retrieving revision 1.24 diff -u -r1.24 asr.4 --- share/man/man4/asr.4 2 Aug 2004 23:33:15 -0000 1.24 +++ share/man/man4/asr.4 15 May 2007 15:56:00 -0000 @@ -11,7 +11,7 @@ .Os .Sh NAME .Nm asr -.Nd driver for Adaptec I2O based SCSI/ATA host bus adapters +.Nd driver for Adaptec I2O based SCSI/ATA RAID host bus adapters .Sh SYNOPSIS .Cd "device asr" .Sh DESCRIPTION Index: share/man/man4/ccd.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/ccd.4,v retrieving revision 1.32 diff -u -r1.32 ccd.4 --- share/man/man4/ccd.4 14 Apr 2006 09:20:24 -0000 1.32 +++ share/man/man4/ccd.4 15 May 2007 15:56:01 -0000 @@ -39,7 +39,7 @@ .Os .Sh NAME .Nm ccd -.Nd Concatenated Disk driver +.Nd Concatenated Disk driver (software RAID capability) .Sh SYNOPSIS .Cd "device ccd" .Sh DESCRIPTION Index: share/man/man4/geom.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/geom.4,v retrieving revision 1.16 diff -u -r1.16 geom.4 --- share/man/man4/geom.4 25 May 2006 13:39:27 -0000 1.16 +++ share/man/man4/geom.4 15 May 2007 15:56:01 -0000 @@ -39,7 +39,8 @@ .Dt GEOM 4 .Sh NAME .Nm GEOM -.Nd "modular disk I/O request transformation framework" +.Nd "modular disk I/O request transformation framework (software RAID \ +capability)" .Sh DESCRIPTION The .Nm Index: share/man/man4/mpt.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/mpt.4,v retrieving revision 1.15 diff -u -r1.15 mpt.4 --- share/man/man4/mpt.4 7 Apr 2007 04:01:00 -0000 1.15 +++ share/man/man4/mpt.4 15 May 2007 15:56:01 -0000 @@ -40,7 +40,7 @@ .Os .Sh NAME .Nm mpt -.Nd LSI Fusion-MPT SCSI/Fibre Channel driver +.Nd LSI Fusion-MPT SCSI/Fibre Channel driver with RAID capability .Sh SYNOPSIS To compile this driver into the kernel, place the following lines in your Index: share/man/man4/pst.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/pst.4,v retrieving revision 1.5 diff -u -r1.5 pst.4 --- share/man/man4/pst.4 20 May 2006 09:39:28 -0000 1.5 +++ share/man/man4/pst.4 15 May 2007 15:56:01 -0000 @@ -30,7 +30,7 @@ .Os .Sh NAME .Nm pst -.Nd device driver for Promise Supertrak SX6000 +.Nd device driver for Promise Supertrak SX6000 RAID adapter .Sh SYNOPSIS To compile this driver into the kernel, place the following line in your Index: share/man/man4/vinum.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/vinum.4,v retrieving revision 1.52 diff -u -r1.52 vinum.4 --- share/man/man4/vinum.4 11 Jun 2006 19:41:07 -0000 1.52 +++ share/man/man4/vinum.4 15 May 2007 15:56:02 -0000 @@ -41,7 +41,7 @@ .Os .Sh NAME .Nm vinum -.Nd Logical Volume Manager +.Nd Logical Volume Manager (software RAID capability) .Sh SYNOPSIS .Cd "device vinum" .Sh DESCRIPTION --------------050703030404090706030209-- From owner-freebsd-current@FreeBSD.ORG Tue May 15 17:08: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 10FA816A405 for ; Tue, 15 May 2007 17:08:18 +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 DAAAD13C489 for ; Tue, 15 May 2007 17:08:17 +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)); Tue, 15 May 2007 10:08:03 -0700 X-Server-Uuid: 20144BB6-FB76-4F11-80B6-E6B2900CA0D7 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id B8F612B0; Tue, 15 May 2007 10:08:03 -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 92CF52AF; Tue, 15 May 2007 10:08:03 -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 FHI94137; Tue, 15 May 2007 10:08:00 -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 D610869CA3; Tue, 15 May 2007 10:07:59 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 May 2007 10:07:29 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90303ECF0B1@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20070515045821.GA13350@cdnetworks.co.kr> Thread-Topic: Releasing MSI Resources in a Module Causes Kernel Panic on -CURRENT Thread-Index: AceWraWVHkmpvowxSw60jAZoNIThsQAZTYHg References: <09BFF2FA5EAB4A45B6655E151BBDD90303DE3A51@NT-IRVA-0750.brcm.ad.broadcom.com> <20070515045821.GA13350@cdnetworks.co.kr> From: "David Christensen" To: pyunyh@gmail.com, freebsd-current@freebsd.org X-WSS-ID: 6A57377938G29003458-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Releasing MSI Resources in a Module Causes Kernel Panic 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: Tue, 15 May 2007 17:08:18 -0000 > > What is going wrong?=20 > >=20 >=20 > I don't know any 5708 hardware details but pci_alloc_msi() may have > failed. AFAIK just checking pci_alloc_msi() =3D=3D 0 is not enough > and you may have to check count is 1 before proceeding to use MSI. > I've also noted that MSIX supports needs additional resource to > enable MSIX table/PBA on nfe(4) hardware. I'm not sure it's applicable > to you, though. The 5708 is a PCI-X controller behind a PCIe to PCI-X bridge. There are no known problems with MSI on the device and it works correctly when=20 configured under Linx (and apparently under FreeBSD too). There's just this problem with releasing the MSI resource. MSI-X is not supported on this controller. =20 >=20 > I guess the following code could be changed from > if (count =3D=3D 1 && pci_alloc_msi(dev, &count) =3D=3D 0) { > rid =3D 1; > sc->bce_flags |=3D BCE_USING_MSI_FLAG; > } else > rid =3D 0; >=20 > To: > if (count =3D=3D 1 && pci_alloc_msi(dev, &count) =3D=3D 0 &&=20 > count =3D=3D 1) { > =20 > ^^^^^^^^^^ > rid =3D 1; > sc->bce_flags |=3D BCE_USING_MSI_FLAG; > } else > rid =3D 0; >=20 > It would be even better if you can provide a=20 > tunable(hw.bce.msi_disable) > to disable MSI capability for bce(4). Thanks Pyun but that doesn't appear to be the problem. The call to pci_alloc_msi() is returning correctly with a count of 1. I can=20 certainly add a sysctl to disable MSI but that just masks the problem without getting to the root cause. Dave From owner-freebsd-current@FreeBSD.ORG Tue May 15 18:49: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 D61C816A402 for ; Tue, 15 May 2007 18:49:03 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 77FD013C46A for ; Tue, 15 May 2007 18:49:03 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: (qmail 14259 invoked by uid 0); 15 May 2007 18:49:01 -0000 Received: from 63.251.108.100 (HELO mp.local) (63.251.108.100) by relay02.pair.com with SMTP; 15 May 2007 18:49:01 -0000 X-pair-Authenticated: 63.251.108.100 Message-ID: <464A008E.5040508@FreeBSD.org> Date: Tue, 15 May 2007 11:48:46 -0700 From: Mark Peek User-Agent: Thunderbird 2.0.0.0pre (Macintosh/20070419) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> In-Reply-To: <20070515105611.00747584.rnsanchez@wait4.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 18:49:03 -0000 On 5/15/07 6:56 AM, Ricardo Nabinger Sanchez wrote: > On Tue, 15 May 2007 16:30:35 +0300 > Krassimir Slavchev wrote: > >> (gdb) bt >> #0 0x20204bb0 in kill () from /lib/libc.so.7 >> #1 0x20200370 in abort () from /lib/libc.so.7 >> #2 0x00045fe4 in malloc (nbytes=16) >> at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 >> #3 0x00045fe4 in malloc (nbytes=16) >> at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 >> (gdb) > > Any chances that this relates to Steven's PR 112408? (Not the gdb part, just > the tcsh regression.) No, this is different. The tcsh malloc is showing it is out of memory and aborting. The thing I don't understand is the malloc is coming from tcsh instead of using the system malloc. Looking at this file: src/bin/csh/config_p.h: ... #if defined(__FreeBSD__) #define NLS_BUGS #define BSD_STYLE_COLORLS /* we want to use the system malloc when we install as /bin/csh */ #define SYSMALLOC /* Use LC_MESSAGES locale category to open the message catalog */ #define MCLoadBySet NL_CAT_LOCALE #define BUFSIZE 8192 #endif The SYSMALLOC define should cause it to use the system malloc and not the tcsh malloc. Could __FreeBSD__ not be defined? Also, it is odd that it is out of memory in the first place. Has it worked before? Is there something that changed in the arm memory allocation schemes? Mark From owner-freebsd-current@FreeBSD.ORG Tue May 15 19:03: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 2575F16A404 for ; Tue, 15 May 2007 19:03:03 +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 EB29B13C46C for ; Tue, 15 May 2007 19:03:02 +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 l4FJ2x6J016031; Tue, 15 May 2007 14:02:59 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <464A03E3.4040805@freebsd.org> Date: Tue, 15 May 2007 14:02:59 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Roman Kurakin References: <4649E0AD.4060705@inse.ru> In-Reply-To: <4649E0AD.4060705@inse.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3247/Tue May 15 06:31:00 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: HEDSUP: man -k cleanup (man -k RAID, some bits are missing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 19:03:03 -0000 On 05/15/07 11:32, Roman Kurakin wrote: > Hi all, > > Trying to obtain information about supported RAID devices in > the system via `man -k RAID` I've found that not all known > by me devices are there. So a grep-ed a bit and going to commit > the following patchset. I think that keyword RAID should present > in description of all these man pages. But may be I am wrong? > > There is also some bits I was not able to fix. > 1) Is it safe to s/Array/RAID/ in ida(4)? I don't think that's good - an array isn't necessarily a RAID, and a s/r of that name yields bad results. > 2) Is it safe to mark ciss as driver for RAID controllers? > 3) Should be isp(4) marked as driver for RAID controllers? But isp isn't a RAID controller, it's an HBA. > 4) Should geom(4) be patched as suggested in my patch or > it is enough of mentioning in corresponding class utilities? > 5) Have I missed smth else? > > PS. I think that there is other such places where `man -k` is not > complete, so its good todo idea, currently not for me ;-). > PPS. Sorry for crossposting. I hope I included all affected parties. Eric From owner-freebsd-current@FreeBSD.ORG Tue May 15 19:46: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 E21C816A400; Tue, 15 May 2007 19:46:54 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 73F6913C44C; Tue, 15 May 2007 19:46:54 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4FJkqap026535 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 15 May 2007 21:46:52 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <4649F194.7070106@FreeBSD.org> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> <20070514080510.GB71110@xor.obsecurity.org> <47AE9AC9-13D4-45A0-B199-CFB348D9B284@lassitu.de> <4649F194.7070106@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8909CE68-AFE2-4ED2-AA3B-0242C9FC8274@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 15 May 2007 21:46:51 +0200 To: attilio@FreeBSD.org X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current , Andre Oppermann , Kris Kennaway Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 19:46:55 -0000 Am 15.05.2007 um 19:44 schrieb Attilio Rao: > I've seen exactly what I expected (a leaked recursion on > 0xffffff002ae8dbd8 mutex (that I suspect is "TCP"). > Since none of us can do on-line debugging in your machine, can you > please download that patch, apply it, recompile your kernel and > doing these tests again?: > http://users.gufi.org/~rookie/works/patches/kern_mutex.diff > > It will give a good understanding of where the recursion happens > and where probabilly expected unrecursion fails. Uploaded the ktrdump to http://www.lassitu.de/freebsd/20070510/ ktrdump-20070515a.txt.gz, the matching backtrace is at http:// www.lassitu.de/freebsd/20070510/kgdb-20070515a.txt. BTW, I'm having terrible trouble getting the dumps to be picked up by savecore; four times out of five it says there isn't one, although the dump completed seemingly without problems. I've tried disabling swapping to the dump partition and switching off minidumps to no avail. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue May 15 20:01: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 77DFA16A400 for ; Tue, 15 May 2007 20:01:15 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id 36DE313C447 for ; Tue, 15 May 2007 20:01:15 +0000 (UTC) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id DDDFA33C4C; Wed, 16 May 2007 00:01:13 +0400 (MSD) Message-ID: <464A1366.3050809@inse.ru> Date: Wed, 16 May 2007 00:09:10 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: Eric Anderson References: <4649E0AD.4060705@inse.ru> <464A03E3.4040805@freebsd.org> In-Reply-To: <464A03E3.4040805@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEDSUP: man -k cleanup (man -k RAID, some bits are missing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 20:01:15 -0000 Eric Anderson wrote: > On 05/15/07 11:32, Roman Kurakin wrote: >> Hi all, >> >> Trying to obtain information about supported RAID devices in >> the system via `man -k RAID` I've found that not all known >> by me devices are there. So a grep-ed a bit and going to commit >> the following patchset. I think that keyword RAID should present >> in description of all these man pages. But may be I am wrong? >> >> There is also some bits I was not able to fix. >> 1) Is it safe to s/Array/RAID/ in ida(4)? > > I don't think that's good - an array isn't necessarily a RAID, and a > s/r of that name yields bad results. I am about brief description (.Nd) only. If driver supports some RAID arrays it should be marked as such. So may be "Array" => "Array (including RAID)" in .Nd? >> 2) Is it safe to mark ciss as driver for RAID controllers? >> 3) Should be isp(4) marked as driver for RAID controllers? > But isp isn't a RAID controller, it's an HBA. Thanks for information. It was just counted by grep results ;-) rik >> 4) Should geom(4) be patched as suggested in my patch or >> it is enough of mentioning in corresponding class utilities? >> 5) Have I missed smth else? >> >> PS. I think that there is other such places where `man -k` is not >> complete, so its good todo idea, currently not for me ;-). >> PPS. Sorry for crossposting. I hope I included all affected parties. > > > Eric > From owner-freebsd-current@FreeBSD.ORG Tue May 15 22:03:31 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 5BFCA16A402; Tue, 15 May 2007 22:03:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B5BE13C447; Tue, 15 May 2007 22:03: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 l4FM3UT7017071; Tue, 15 May 2007 18:03:30 -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 l4FM3Uhm054416; Tue, 15 May 2007 18:03:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 17EE073068; Tue, 15 May 2007 18:03:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070515220330.17EE073068@freebsd-current.sentex.ca> Date: Tue, 15 May 2007 18:03:30 -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: Tue, 15 May 2007 22:03:31 -0000 TB --- 2007-05-15 20:52:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-15 20:52:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-05-15 20:52:54 - cleaning the object tree TB --- 2007-05-15 20:53:23 - checking out the source tree TB --- 2007-05-15 20:53:23 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-05-15 20:53:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-15 21:01:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-15 21:01:08 - cd /src TB --- 2007-05-15 21:01:08 - /usr/bin/make -B buildworld >>> World build started on Tue May 15 21:01:09 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 Tue May 15 21:56:28 UTC 2007 TB --- 2007-05-15 21:56:28 - generating LINT kernel config TB --- 2007-05-15 21:56:28 - cd /src/sys/pc98/conf TB --- 2007-05-15 21:56:28 - /usr/bin/make -B LINT TB --- 2007-05-15 21:56:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-15 21:56:28 - cd /src TB --- 2007-05-15 21:56:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 15 21:56:28 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/label/g_label_ufs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/mirror/g_mirror.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/mirror/g_mirror_ctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/multipath/g_multipath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/part/g_part.c /src/sys/geom/part/g_part.c: In function `g_part_ctlreq': /src/sys/geom/part/g_part.c:1162: error: invalid type argument of `->' *** 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-15 22:03:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-15 22:03:29 - ERROR: failed to build lint kernel TB --- 2007-05-15 22:03:29 - tinderbox aborted TB --- 0.94 user 2.79 system 4235.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 15 23:14: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 0CCB816A406; Tue, 15 May 2007 23:14: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 C129013C455; Tue, 15 May 2007 23:14: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 l4FNECiA020280; Tue, 15 May 2007 19:14:12 -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 l4FNEBvT034127; Tue, 15 May 2007 19:14:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD45173068; Tue, 15 May 2007 19:14:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070515231411.DD45173068@freebsd-current.sentex.ca> Date: Tue, 15 May 2007 19:14:11 -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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 23:14:13 -0000 TB --- 2007-05-15 22:03:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-15 22:03:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-15 22:03:30 - cleaning the object tree TB --- 2007-05-15 22:03:52 - checking out the source tree TB --- 2007-05-15 22:03:52 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-15 22:03:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-15 22:10:40 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-15 22:10:40 - cd /src TB --- 2007-05-15 22:10:40 - /usr/bin/make -B buildworld >>> World build started on Tue May 15 22:10: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 Tue May 15 23:08:13 UTC 2007 TB --- 2007-05-15 23:08:13 - generating LINT kernel config TB --- 2007-05-15 23:08:13 - cd /src/sys/powerpc/conf TB --- 2007-05-15 23:08:13 - /usr/bin/make -B LINT TB --- 2007-05-15 23:08:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-15 23:08:13 - cd /src TB --- 2007-05-15 23:08:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 15 23:08: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/label/g_label_ufs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/mirror/g_mirror.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/mirror/g_mirror_ctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/multipath/g_multipath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c /src/sys/geom/part/g_part.c: In function `g_part_ctlreq': /src/sys/geom/part/g_part.c:1162: error: invalid type argument of `->' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-15 23:14:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-15 23:14:11 - ERROR: failed to build lint kernel TB --- 2007-05-15 23:14:11 - tinderbox aborted TB --- 0.80 user 2.34 system 4241.49 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 15 23:15:17 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 5EB0016A40D; Tue, 15 May 2007 23:15:17 +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 35F4813C487; Tue, 15 May 2007 23:15: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 l4FNFGkU020349; Tue, 15 May 2007 19:15:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4FNFGsh078616; Tue, 15 May 2007 19:15:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 83BF573068; Tue, 15 May 2007 19:15:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070515231516.83BF573068@freebsd-current.sentex.ca> Date: Tue, 15 May 2007 19:15:16 -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 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: Tue, 15 May 2007 23:15:17 -0000 TB --- 2007-05-15 21:39:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-15 21:39:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-05-15 21:39:53 - cleaning the object tree TB --- 2007-05-15 21:40:27 - checking out the source tree TB --- 2007-05-15 21:40:27 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-05-15 21:40:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-15 21:48:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-15 21:48:35 - cd /src TB --- 2007-05-15 21:48:35 - /usr/bin/make -B buildworld >>> World build started on Tue May 15 21:48: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 Tue May 15 23:05:36 UTC 2007 TB --- 2007-05-15 23:05:36 - generating LINT kernel config TB --- 2007-05-15 23:05:36 - cd /src/sys/ia64/conf TB --- 2007-05-15 23:05:36 - /usr/bin/make -B LINT TB --- 2007-05-15 23:05:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-15 23:05:36 - cd /src TB --- 2007-05-15 23:05:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 15 23:05:36 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/label/g_label_ufs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/mirror/g_mirror.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/mirror/g_mirror_ctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/multipath/g_multipath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/part/g_part.c /src/sys/geom/part/g_part.c: In function `g_part_ctlreq': /src/sys/geom/part/g_part.c:1162: error: invalid type argument of `->' *** 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-15 23:15:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-15 23:15:16 - ERROR: failed to build lint kernel TB --- 2007-05-15 23:15:16 - tinderbox aborted TB --- 0.85 user 2.64 system 5723.19 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 15 23:24: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 68B4216A406 for ; Tue, 15 May 2007 23:24:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id E6F5513C465 for ; Tue, 15 May 2007 23:24:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1353610ugh for ; Tue, 15 May 2007 16:24: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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rCbeP2zGzxNtEZsSVZxThSr2l6YbgmYeAce28aQ1dr1rhjrgWmAcNBKNgSAKgML10ymFjPKy8xGeoXIETxMt3qNSfa0roWXdY9ZMGE+mi7K2894ocARhLajVXtKSdlK04QpmLQb9R5k0G/8qWintDHRcEOWWK1Tkd1vbdnukU08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=X6bH7O7AbJRd6Yz8GH4qr35bZEiYAiJEOjCsoSE3JQh0Fe8ZimKo0/h6+4HSK0KISS13VooTeDhKItqL4fR8OIN0wbwentMT/tVGW3h/3lSHHL/hAxVPFzbBaSAysY5BxSnReWvI+UoEDtcJ6kdgw7dmt/86K4oFA1zyneGj4hY= Received: by 10.82.123.16 with SMTP id v16mr4893953buc.1179271494580; Tue, 15 May 2007 16:24:54 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Tue, 15 May 2007 16:24:54 -0700 (PDT) Message-ID: <3bbf2fe10705151624t3f80205o877a1b1fdd27d1c@mail.gmail.com> Date: Wed, 16 May 2007 01:24:54 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Stefan Bethke" In-Reply-To: <8909CE68-AFE2-4ED2-AA3B-0242C9FC8274@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> <20070514080510.GB71110@xor.obsecurity.org> <47AE9AC9-13D4-45A0-B199-CFB348D9B284@lassitu.de> <4649F194.7070106@FreeBSD.org> <8909CE68-AFE2-4ED2-AA3B-0242C9FC8274@lassitu.de> X-Google-Sender-Auth: ab092ad553c99346 Cc: FreeBSD Current , Andre Oppermann , Kris Kennaway Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 23:24:56 -0000 2007/5/15, Stefan Bethke : > Am 15.05.2007 um 19:44 schrieb Attilio Rao: > > > I've seen exactly what I expected (a leaked recursion on > > 0xffffff002ae8dbd8 mutex (that I suspect is "TCP"). > > Since none of us can do on-line debugging in your machine, can you > > please download that patch, apply it, recompile your kernel and > > doing these tests again?: > > http://users.gufi.org/~rookie/works/patches/kern_mutex.diff > > > > It will give a good understanding of where the recursion happens > > and where probabilly expected unrecursion fails. > > Uploaded the ktrdump to http://www.lassitu.de/freebsd/20070510/ > ktrdump-20070515a.txt.gz, the matching backtrace is at http:// > www.lassitu.de/freebsd/20070510/kgdb-20070515a.txt. Stefan, definitively thanks a lot for your efforts. I think that now andre@ has a good number of information in order to investigate. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue May 15 23:34: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 725BD16A40A for ; Tue, 15 May 2007 23:34:12 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from rm-rstar.sfu.ca (spamdamme.sfu.ca [142.58.101.10]) by mx1.freebsd.org (Postfix) with ESMTP id 51CCF13C455 for ; Tue, 15 May 2007 23:34:12 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from hexahedron.daemonology.net (cperciva@fraser.sfu.ca [142.58.101.25]) by rm-rstar.sfu.ca (8.13.6/8.13.4/SFU-5.0H) with SMTP id l4FN57ZU013056 for ; Tue, 15 May 2007 16:05:08 -0700 (PDT) X-Spam-Level: Spam-Level Received: (qmail 1445 invoked from network); 15 May 2007 23:04:53 -0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost.127.in-addr.arpa with SMTP; 15 May 2007 23:04:53 -0000 Message-ID: <464A3C95.2080400@freebsd.org> Date: Tue, 15 May 2007 16:04:53 -0700 From: Colin Percival User-Agent: Thunderbird 2.0.0.0 (X11/20070511) MIME-Version: 1.0 To: Harald Schmalzbauer References: <42BC519E.8010309@satro.sk> <42BC53A2.80205@freebsd.org> <200705142348.07522.h.schmalzbauer@omnisec.de> In-Reply-To: <200705142348.07522.h.schmalzbauer@omnisec.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by antibody.sfu.ca running antivirus scanner Cc: freebsd-current@freebsd.org Subject: Re: cpufreq & enhanced speedstep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 23:34:12 -0000 Harald Schmalzbauer wrote: > Am Freitag, 24. Juni 2005 schrieb Colin Percival: > ^^^^ >> (Apparently the data I need is in an NDA'ed BIOS writers' guide. Can >> anyone convince Intel to give me a copy?) > > Is this still valid? I have no idea. Honestly, I wrote the enhanced speedstep driver two years ago because I had a new laptop and wanted to improve its battery life, but I haven't had much time to look at this lately, so I haven't looked at this since I ran into the brick wall of NDAed documentation. I might write some more code if I buy a new laptop later this year. :-) Colin Percival From owner-freebsd-current@FreeBSD.ORG Tue May 15 23:37: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 69E8016A407 for ; Tue, 15 May 2007 23:37:22 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [80.68.94.188]) by mx1.freebsd.org (Postfix) with ESMTP id 107AE13C489 for ; Tue, 15 May 2007 23:37:22 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from [10.0.10.23] (dyn-62-56-57-18.dslaccess.co.uk [62.56.57.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 739E4301BC for ; Wed, 16 May 2007 00:06:08 +0100 (BST) Message-ID: <464A3D8D.2070504@cran.org.uk> Date: Wed, 16 May 2007 00:09:01 +0100 From: Bruce Cran 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-1; format=flowed Content-Transfer-Encoding: 7bit Subject: if_sis interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 May 2007 23:37:22 -0000 I'm seeing an interrupt storm on the sis0 interface on 7.0-CURRENT (both on the May snapshot and a build from today's sources) - when transferring data the interrupt rate increases until throttling on irq19 occurs and the system hangs - I see lots of messages reporting the throttling of interrupts on irq19 but also get an ATA command timeout message. The problem first occurred when backing up data over the LAN, but I also see the issue at lower data rates: at 200KB/s the interrupt rate increases about once every second. vmstat -i: interrupt total rate irq1: atkbd0 777 3 irq6: fdc0 9 0 irq14: ata0 1377 5 irq15 ata1 664 2 irq19: sis0++ 72515 308 cpu0: timer 469669 1998 Total 545011 2319 I've tried disabling ACPI and compiling a custom kernel without USB support (previously sis0 was sharing an interrupt with uhci0) but the problem still occurs. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Tue May 15 23:09:10 BST 2007 brucec@neutrino.draftnet:/usr/obj/usr/src/sys/MYKERNEL WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2800+ (1668.71-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073725440 (1023 MB) avail memory = 1041543168 (993 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xde000000-0xdeffffff,0xe0000000-0xefffffff,0xdd000000-0xddffffff irq 16 at device 0.0 on pci1 atapci0: port 0xd800-0xd807,0xd400-0xd403,0xd000-0xd007,0xb800-0xb803,0xb400-0xb40f mem 0xdc800000-0xdc803fff irq 19 at device 6.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 7.0 (no driver attached) pci0: at device 9.0 (no driver attached) pci0: at device 9.1 (no driver attached) pci0: at device 9.2 (no driver attached) sis0: port 0xa400-0xa4ff mem 0xda800000-0xda800fff irq 19 at device 12.0 on pci0 sis0: Silicon Revision: DP83815D miibus0: on sis0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:40:f4:57:98:71 sis0: [ITHREAD] pci0: at device 13.0 (no driver attached) pci0: at device 14.0 (no driver attached) pci0: at device 14.1 (no driver attached) atapci1: port 0x9400-0x9407,0x9000-0x9003,0x8800-0x8807,0x8400-0x8403,0x8000-0x800f irq 19 at device 16.0 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 16.1 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6000-0x600f at device 17.1 on pci0 ata0: on atapci2 ata0: [ITHREAD] ata1: on atapci2 ata1: [ITHREAD] fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1668711970 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 ad1: 58644MB at ata0-slave UDMA100 ad2: 78167MB at ata1-master UDMA133 acd0: DVDR at ata1-slave UDMA33 ad8: 239372MB at ata4-master SATA150 Trying to mount root from ufs:/dev/ad0s1a sis0: Applying short cable fix (reg=f1) -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:01: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 439AD16A416 for ; Wed, 16 May 2007 00:01:58 +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 E2A9813C45A for ; Wed, 16 May 2007 00:01: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 l4G00oVx046154; Tue, 15 May 2007 20:00:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 15 May 2007 19:14:56 -0400 User-Agent: KMail/1.9.6 References: <09BFF2FA5EAB4A45B6655E151BBDD90303DE3A51@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90303DE3A51@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705151914.56433.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]); Tue, 15 May 2007 20:00:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3249/Tue May 15 17:16:41 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: David Christensen Subject: Re: Releasing MSI Resources in a Module Causes Kernel Panic 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: Wed, 16 May 2007 00:01:58 -0000 On Monday 14 May 2007 10:27:02 pm David Christensen wrote: > I'm working on the bce driver and loading/unloading it as a kernel > module. > On an MSI capable 5708 controller I can load the module and pass traffic > without a problem, but when I unload the driver I get the following > panic: > ------------------------------------------------------------------------ > --- > bce0: mem > 0xfc000000-0xfdffffff irq 57 at device 0.0 on pci74 > bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz > bce0: Ethernet address: 00:10:18:15:f6:c2 > bce0: [ITHREAD] > miibus0: on bce0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > brgphy0: detached > miibus0: detached > bce0: Removing interrupt handler. > bce0: Releasing IRQ. > panic: resource_list_release: resource entry is not busy > cpuid = 7 > KDB: enter: panic > [thread pid 806 tid 100182 ] > Stopped at kdb_enter+0x31: leave > db> bt > Tracing pid 806 tid 100182 td 0xffffff0208a1bd20 > kdb_enter() at kdb_enter+0x31 > panic() at panic+0x1e3 > resource_list_release() at resource_list_release+0xd8 > bus_generic_rl_release_resource() at > bus_generic_rl_release_resource+0x86 > bus_release_resource() at bus_release_resource+0x75 > bce_release_resources() at bce_release_resources+0xe3 > bce_detach() at bce_detach+0xce > device_detach() at device_detach+0x68 > devclass_delete_driver() at devclass_delete_driver+0xb7 > driver_module_handler() at driver_module_handler+0xec > module_unload() at module_unload+0xa0 > linker_file_unload() at linker_file_unload+0xdb > kern_kldunload() at kern_kldunload+0xce > kldunloadf() at kldunloadf+0x19 > syscall() at syscall+0x38c > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (444, FreeBSD ELF64, kldunloadf), rip = 0x80068d4cc, rsp = > 0x7fffffffe738, rbp = 0x2 --- > db> > ------------------------------------------------------------------------ > --- > Looking at other MSI capable drivers I see they are releasing the > interrupt > in the same way that I am so why am I getting the panic? I see where > the > panic comes from > (http://fxr.watson.org/fxr/source/kern/subr_bus.c#L2751) > but I don't quite understand what didn't get set. > > Here's the allocation: > > /* Allocate PCI IRQ resources. */ > count = pci_msi_count(dev); > if (count == 1 && pci_alloc_msi(dev, &count) == 0) { > rid = 1; > sc->bce_flags |= BCE_USING_MSI_FLAG; > DBPRINT(sc, BCE_INFO_RESET, "Allocating MSI > interrupt.\n"); > } else > rid = 0; > > sc->bce_res_irq = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, > RF_SHAREABLE | RF_ACTIVE); > > And here the de-allocation: > > if (sc->bce_res_irq != NULL) { > DBPRINT(sc, BCE_WARN_RESET, "Releasing IRQ.\n"); > bus_release_resource(dev, SYS_RES_IRQ, sc->bce_flags & > BCE_USING_MSI_FLAG ? 1 : 0, > sc->bce_res_irq); > } > > if (sc->bce_flags & BCE_USING_MSI_FLAG) { > DBPRINT(sc, BCE_WARN_RESET, "Releasing MSI vector.\n"); > pci_release_msi(dev); > } > > What is going wrong? Can you print out the rid being passed to bus_release_resource()? Also, having 'debug.bootverbose' on (sysctl) during the kldload/kldunload would be helpful. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:10: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 5E67D16A400 for ; Wed, 16 May 2007 00:10:12 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB2D13C455 for ; Wed, 16 May 2007 00:10:11 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2137938wxc for ; Tue, 15 May 2007 17:10:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=gHliSqfLegKVPazocTMVTLL0I6xw7iKmZZ8VJjWtMrAm2bePCTY8kXyAnjWZTfSuvLVJBvf4tPFWkdvPgtYxPnPzms3ddONf+ETIesU7siiajCjgp1LTH7PEL82LzjZml4XNo2Ar8VukLQTkf1HSnsrQt4Z+/aIlTcAgqrhLbdY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=JTvqX8xaa653mbYcD3DMtORZlx1drHkoPkyVab5voaNN99ANqhQRAPWG6yDYL80T6Tf39zNTc7HPl4ljfEP6aKChYpRAHAN8xvVI/aKT8TXdYiyL/oZWkxu1/2L7Dd8fvQ53rSmTWSyBuvR9F61+Fep+5MhjVm1/O50iYuEVquU= Received: by 10.70.100.14 with SMTP id x14mr12504583wxb.1179274211441; Tue, 15 May 2007 17:10:11 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id h37sm546854wxd.2007.05.15.17.10.08; Tue, 15 May 2007 17:10:09 -0700 (PDT) Date: Tue, 15 May 2007 20:10:04 -0400 From: Alexander Kabaev To: Mark Peek Message-ID: <20070515201004.5b1f751a@kan.dnsalias.net> In-Reply-To: <464A008E.5040508@FreeBSD.org> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_rcSqs6vh6V9JyP2coFYSQPX; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 00:10:12 -0000 --Sig_rcSqs6vh6V9JyP2coFYSQPX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 15 May 2007 11:48:46 -0700 Mark Peek wrote: > src/bin/csh/config_p.h: >=20 > ... > #if defined(__FreeBSD__) > #define NLS_BUGS > #define BSD_STYLE_COLORLS > /* we want to use the system malloc when we install as /bin/csh */ > #define SYSMALLOC > /* Use LC_MESSAGES locale category to open the message catalog */ > #define MCLoadBySet NL_CAT_LOCALE > #define BUFSIZE 8192 > #endif >=20 > The SYSMALLOC define should cause it to use the system malloc and not > the tcsh malloc. Could __FreeBSD__ not be defined? > Easy to find out: cc -E -dM -x c /dev/null | grep __FreeBSD__ --=20 Alexander Kabaev --Sig_rcSqs6vh6V9JyP2coFYSQPX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGSkvcQ6z1jMm+XZYRAt5gAJ9Iqj4YGF6rqyZ/Ys+/18r7gotZ8QCbB4dw Pcb7yDqpMGgapdahq+/VZnQ= =bu8H -----END PGP SIGNATURE----- --Sig_rcSqs6vh6V9JyP2coFYSQPX-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:25: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 D844816A400 for ; Wed, 16 May 2007 00:25:59 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id A6B5713C448 for ; Wed, 16 May 2007 00:25:59 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Tue, 15 May 2007 17:25:49 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 4E9A62B0; Tue, 15 May 2007 17:25:49 -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 3538F2AE; Tue, 15 May 2007 17:25:49 -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 FHJ72089; Tue, 15 May 2007 17:25:45 -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 5ABDF69CA7; Tue, 15 May 2007 17:25:45 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 May 2007 17:25:14 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90303ECF26B@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <200705151914.56433.jhb@freebsd.org> Thread-Topic: Releasing MSI Resources in a Module Causes Kernel Panic on -CURRENT Thread-Index: AceXTUVLBSdU+zkTRCuxucG46YX6sgAAvW5Q References: <09BFF2FA5EAB4A45B6655E151BBDD90303DE3A51@NT-IRVA-0750.brcm.ad.broadcom.com> <200705151914.56433.jhb@freebsd.org> From: "David Christensen" To: "John Baldwin" , freebsd-current@freebsd.org X-WSS-ID: 6A54900737029697993-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Releasing MSI Resources in a Module Causes Kernel Panic 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: Wed, 16 May 2007 00:25:59 -0000 >=20 > Can you print out the rid being passed to=20 > bus_release_resource()? Also,=20 > having 'debug.bootverbose' on (sysctl) during the=20 > kldload/kldunload would be=20 > helpful. >=20 Thanks John but I finally found the problem. An internal flag I use to track the rid was being cleared incorrectly, so I was trying to release an IRQ rather than the MSI vectors, thus the error. Dave=20 From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:28:34 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 6DBA816A400; Wed, 16 May 2007 00:28:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2D46B13C465; Wed, 16 May 2007 00:28:34 +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 l4G0SXKF023358; Tue, 15 May 2007 20:28:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4G0SXLL068112; Tue, 15 May 2007 20:28:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61D7273068; Tue, 15 May 2007 20:28:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070516002833.61D7273068@freebsd-current.sentex.ca> Date: Tue, 15 May 2007 20:28:33 -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: Wed, 16 May 2007 00:28:34 -0000 TB --- 2007-05-15 23:15:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-15 23:15:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-15 23:15:16 - cleaning the object tree TB --- 2007-05-15 23:15:33 - checking out the source tree TB --- 2007-05-15 23:15:33 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-15 23:15:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-15 23:23:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-15 23:23:56 - cd /src TB --- 2007-05-15 23:23:56 - /usr/bin/make -B buildworld >>> World build started on Tue May 15 23:23:58 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 Wed May 16 00:21:26 UTC 2007 TB --- 2007-05-16 00:21:26 - generating LINT kernel config TB --- 2007-05-16 00:21:26 - cd /src/sys/sun4v/conf TB --- 2007-05-16 00:21:26 - /usr/bin/make -B LINT TB --- 2007-05-16 00:21:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-16 00:21:26 - cd /src TB --- 2007-05-16 00:21:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 16 00:21:26 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/label/g_label_ufs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/mirror/g_mirror.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/mirror/g_mirror_ctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/multipath/g_multipath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c /src/sys/geom/part/g_part.c: In function `g_part_ctlreq': /src/sys/geom/part/g_part.c:1162: error: invalid type argument of `->' *** 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-16 00:28:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-16 00:28:33 - ERROR: failed to build lint kernel TB --- 2007-05-16 00:28:33 - tinderbox aborted TB --- 0.58 user 2.03 system 4396.58 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:28: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 9FD7B16A403; Wed, 16 May 2007 00:28: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 779C213C487; Wed, 16 May 2007 00:28:54 +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 l4G0SsdF023371; Tue, 15 May 2007 20:28:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l4G0SrEg011143; Tue, 15 May 2007 20:28:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C5F467306B; Tue, 15 May 2007 20:28:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070516002853.C5F467306B@freebsd-current.sentex.ca> Date: Tue, 15 May 2007 20:28:53 -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: Wed, 16 May 2007 00:28:54 -0000 TB --- 2007-05-15 23:14:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-15 23:14:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-05-15 23:14:12 - cleaning the object tree TB --- 2007-05-15 23:14:34 - checking out the source tree TB --- 2007-05-15 23:14:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-05-15 23:14:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-15 23:23:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-15 23:23:56 - cd /src TB --- 2007-05-15 23:23:56 - /usr/bin/make -B buildworld >>> World build started on Tue May 15 23:23:58 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 Wed May 16 00:21:33 UTC 2007 TB --- 2007-05-16 00:21:33 - generating LINT kernel config TB --- 2007-05-16 00:21:33 - cd /src/sys/sparc64/conf TB --- 2007-05-16 00:21:33 - /usr/bin/make -B LINT TB --- 2007-05-16 00:21:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-16 00:21:33 - cd /src TB --- 2007-05-16 00:21:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 16 00:21:33 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/label/g_label_ufs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/mirror/g_mirror.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/mirror/g_mirror_ctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/multipath/g_multipath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c /src/sys/geom/part/g_part.c: In function `g_part_ctlreq': /src/sys/geom/part/g_part.c:1162: error: invalid type argument of `->' *** 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-16 00:28:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-16 00:28:53 - ERROR: failed to build lint kernel TB --- 2007-05-16 00:28:53 - tinderbox aborted TB --- 0.86 user 2.35 system 4481.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:41: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 C291516A403 for ; Wed, 16 May 2007 00:41:08 +0000 (UTC) (envelope-from kabaev@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 805AA13C45E for ; Wed, 16 May 2007 00:41:08 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2270wxc for ; Tue, 15 May 2007 17:41:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=QRNHGHv9LgToVloXT+5R5NoBaLfUWStjvfoKkKxFLNEvJLJ+J+PCmG/iKtzRCbJyTBIfO42hJD5NmJzJ39ttVZnvjSnkJsrEq26PEXQ1DNqZd+daPU5OX2+1AjkbTE9x6Vh82Qtq0jC36nCIf0gfcRQAr4xoutGDkjQaVfkG7F0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=f9W++PtW4WXen0PYJvnBlr8WJb82E5Ui49nZH7njSviYlwFk6oSU1C9+8BtUwPKBn8xkssxXbJREg5ch3CgQSNAiZg8Gf3nl7wBw+CQQT/9e0LGCjydtkKm/F5ijvSar7704lmcMgNJ4B6ZkMjcFWdaw6ubOUIkBeAAYbjnolAA= Received: by 10.70.65.8 with SMTP id n8mr12484445wxa.1179274381596; Tue, 15 May 2007 17:13:01 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id h13sm3848572wxd.2007.05.15.17.13.00; Tue, 15 May 2007 17:13:00 -0700 (PDT) Date: Tue, 15 May 2007 20:12:59 -0400 From: Alexander Kabaev To: Kris Kennaway Message-ID: <20070515201259.6e412cb2@kan.dnsalias.net> In-Reply-To: <20070514210318.GA5865@xor.obsecurity.org> References: <20070514210318.GA5865@xor.obsecurity.org> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/5BB.WRBkDig+0tKEJLAdY9"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@FreeBSD.org Subject: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 00:41:08 -0000 --Sig_/5BB.WRBkDig+0tKEJLAdY9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Symbol versioning patches uncovered a problem in either GCC or binutils and import is delayed until problem is understood better. --=20 Alexander Kabaev --Sig_/5BB.WRBkDig+0tKEJLAdY9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGSkyLQ6z1jMm+XZYRAmHgAJ92xTYDj3b0RnbhnBTMw0yP/GwqzwCfezik Cip3kEsLF8H5bTvRenmNIH8= =k783 -----END PGP SIGNATURE----- --Sig_/5BB.WRBkDig+0tKEJLAdY9-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 00:57:09 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 83A5416A404 for ; Wed, 16 May 2007 00:57:09 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from bay0-omc1-s5.bay0.hotmail.com (bay0-omc1-s5.bay0.hotmail.com [65.54.246.77]) by mx1.freebsd.org (Postfix) with ESMTP id 710E013C46C for ; Wed, 16 May 2007 00:57:09 +0000 (UTC) (envelope-from tino.engel@hotmail.com) Received: from BAY143-W17 ([65.55.154.52]) by bay0-omc1-s5.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Tue, 15 May 2007 17:56:09 -0700 Message-ID: X-Originating-IP: [84.57.46.91] From: Tino Engel To: Date: Wed, 16 May 2007 01:56:09 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 16 May 2007 00:56:09.0223 (UTC) FILETIME=[FDAAE170:01C79754] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RE: freebsd-current Digest, Vol 195, Issue 14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 00:57:09 -0000 QnJ1bm8sWW91IGNhbiBtb3VudCBhdCBtb3VudHJvb3Q+IHByb21wLCB1c2luZyBjb21tYW5kIGVp dGhlciAnaGVscCcgb3IgJz8nIGFuZCB0aGVuIDxUQUI+ICgtPikgZm9yIGNvbXBsZXRpb24uQnV0 IHByb2JhYmx5IHlvdSBjYW4gYWxzbyB1c2UgJ21hbiBmc3RhYicgdG8gYWRqdXN0IGZpbGUgL2V0 Yy9mc3RhYiB3aXRoIHByb3BlcnR5ICJhdXRvIiB0byBoYXZlIHlvdXIgZGV2aWNlcyBhdXRvbW91 bnRlZC5TWSxFbmdlbEZyb206IGZyZWVic2QtY3VycmVudC1yZXF1ZXN0QGZyZWVic2Qub3JnU3Vi amVjdDogZnJlZWJzZC1jdXJyZW50IERpZ2VzdCwgVm9sIDE5NSwgSXNzdWUgMTRUbzogZnJlZWJz ZC1jdXJyZW50QGZyZWVic2Qub3JnRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAyMjo1Njo1MSArMDAw MFNlbmQgZnJlZWJzZC1jdXJyZW50IG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bwlmcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmcgVG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUg V29ybGQgV2lkZSBXZWIsIHZpc2l0CWh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2ZyZWVic2QtY3VycmVudG9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGgg c3ViamVjdCBvciBib2R5ICdoZWxwJyB0bwlmcmVlYnNkLWN1cnJlbnQtcmVxdWVzdEBmcmVlYnNk Lm9yZyBZb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQJZnJlZWJz ZC1jdXJyZW50LW93bmVyQGZyZWVic2Qub3JnIFdoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlv dXIgU3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWN0aGFuICJSZTogQ29udGVudHMg b2YgZnJlZWJzZC1jdXJyZW50IGRpZ2VzdC4uLiItLUZvcndhcmRlZCBNZXNzYWdlIEF0dGFjaG1l bnQtLUZyb206IGRlbHBoaWpAZGVscGhpai5uZXRDQzoga2FuQEZyZWVCU0Qub3JnOyBmcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmc7IG9icmllbkBGcmVlQlNELm9yZzsgbWFya2lyQHBhcmFkaXNl Lm5ldC5uelRvOiBrcmlzQG9ic2VjdXJpdHkub3JnRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAyMDoy MDoyNCArMDgwMFN1YmplY3Q6IFJlOiBGcmVlQlNEIDcuMCB1c2luZyBHQ0MgND9LcmlzIEtlbm5h d2F5IHdyb3RlOj4gT24gU2F0LCBNYXkgMTIsIDIwMDcgYXQgMTA6MDk6MDRQTSArMTIwMCwgTWFy ayBLaXJrd29vZCB3cm90ZTo+PiBIaSw+Pj4+IEkganVzdCB1cGRhdGVkIG9uZSBvZiBteSA2LjIt U1RBQkxFIG1hY2hpbmVzIHRvIDcuMC1DVVJSRU5UIGFuZCB3YXMgPj4gKG1pc3Rha2VubHkgSSBn dWVzcykgZXhwZWN0aW5nIHRvIHNlZSBnY2MgNC54IGFzIHRoZSBkZWZhdWx0IGNvbXBpbGVyLi4u ID4+IGhvd2V2ZXIgSSdtIHNlZWluZyAzLjQuNiAyMDA2MDgyNS4gQXMgZmFyIGFzIEkgY2FuIHRl bGwgSSBoYXZlIHBlcmZvcm1lZCA+PiB0aGUgdXBncmFkZSBjb3JyZWN0bHkgKGZvbGxvd2VkIFVQ REFUSU5HKSBhbmQgZXZlcnl0aGluZyB3b3JrcyBmaW5lLi4uLiA+PiBhbHNvIHNyYy9jb250cmli L2djYy92ZXJzaW9uLmMgc2VlbXMgdG8gYWdyZWUgdGhhdCAzLjQuNiBpcyBpdC4+Pj4+IFNvLi4u IGVyciAtIGFyZSB3ZSBzdGlsbCBpbnRlbmRpbmcgdG8gY2hhbmdlIHRvIDQ/PiA+IFllcywgcmVh bCBzb29uIG5vdyA8dG0+IFdpbGwgd2UgYmUgdXNpbmcgNC4xLnggc2VyaWVzIG9yIDQuMi54IHNl cmllcyBmb3IgNy4wLVJFTEVBU0U/IEp1c3RjdXJpb3VzIDotKSBDaGVlcnMsLS0gWGluIExJIDxk ZWxwaGlqQGRlbHBoaWoubmV0PglodHRwOi8vd3d3LmRlbHBoaWoubmV0L0ZyZWVCU0QgLSBUaGUg UG93ZXIgdG8gU2VydmUhIC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNobWVudC0tRnJvbTogZGVz QGRlcy5ub0NDOiBzb3NAZnJlZWJzZC5vcmdUbzogY3VycmVudEBmcmVlYnNkLm9yZ0RhdGU6IFN1 biwgMTMgTWF5IDIwMDcgMTQ6MzU6MDEgKzAyMDBTdWJqZWN0OiBhdGFfYWxsb2MgcmVxdWVzdCBm YWlsZWRJJ3ZlIHN0YXJ0ZWQgdG8gZ2V0IHRoaXMgb24gb25lIG9mIG15IG1hY2hpbmVzOiBkbWEu ZGVzLm5vIGtlcm5lbCBsb2cgbWVzc2FnZXM6KysrIC90bXAvc2VjdXJpdHkuMjA3bWh4N0QJU3Vu IE1heSAxMyAwMzowNTozMiAyMDA3K0RPSCEgYXRhX2FsbG9jX3JlcXVlc3QgZmFpbGVkIStGQUlM VVJFIC0gb3V0IG9mIG1lbW9yeSBpbiBhdGFfcmFpZF9pbml0X3JlcXVlc3QrRkFJTFVSRSAtIG91 dCBvZiBtZW1vcnkgaW4gYXRhX3JhaWRfaW5pdF9yZXF1ZXN0K0ZBSUxVUkUgLSBvdXQgb2YgbWVt b3J5IGluIGF0YV9yYWlkX2luaXRfcmVxdWVzdCtnX3Zmc19kb25lKCk6YXIwczFoW1dSSVRFKG9m ZnNldD0xODg3OTE1MjEyOCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUrZ192ZnNfZG9uZSgpOmFy MHMxaFtXUklURShvZmZzZXQ9MTg4NzkxNjg1MTIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1K2df dmZzX2RvbmUoKTphcjBzMWhbV1JJVEUob2Zmc2V0PTE4ODc5MTg0ODk2LCBsZW5ndGg9MTYzODQp XWVycm9yID0gNSBJdCdzIGFuIGFtZDY0IGJveCB3aXRoIDEgR0IgUkFNIGFuZCBhIHZlcnkgbGln aHQgd29ya2xvYWQsIGJ1dCBpdCdzaW50ZXJlc3RpbmcgdG8gbm90ZSB0aGF0IHRoZSBmYWlsdXJl IGhhcHBlbmVkIGFib3V0IDkwIHNlY29uZHMgaW50bydwZXJpb2RpYyB3ZWVrbHknIChtb3N0IGxp a2VseSB3aGlsZSByZWJ1aWxkaW5nIHRoZSBsb2NhdGUgZGF0YWJhc2UpIERFUy0tIERhZy1Fcmxp bmcgU23DuHJncmF2IC0gZGVzQGRlcy5ubyAtLUZvcndhcmRlZCBNZXNzYWdlIEF0dGFjaG1lbnQt LUZyb206IGJ6ZWViLWxpc3RzQGxpc3RzLnphYmJhZG96Lm5ldENDOiBjdXJyZW50QGZyZWVic2Qu b3JnOyBzb3NAZnJlZWJzZC5vcmdUbzogZGVzQGRlcy5ub0RhdGU6IFN1biwgMTMgTWF5IDIwMDcg MTM6MTY6MDMgKzAwMDBTdWJqZWN0OiBSZTogYXRhX2FsbG9jIHJlcXVlc3QgZmFpbGVkT24gU3Vu LCAxMyBNYXkgMjAwNywgRGFnLUVybGluZyBTbcO4cmdyYXYgd3JvdGU6IEhpLCA+IEkndmUgc3Rh cnRlZCB0byBnZXQgdGhpcyBvbiBvbmUgb2YgbXkgbWFjaGluZXM6Pj4gZG1hLmRlcy5ubyBrZXJu ZWwgbG9nIG1lc3NhZ2VzOj4gKysrIC90bXAvc2VjdXJpdHkuMjA3bWh4N0QJU3VuIE1heSAxMyAw MzowNTozMiAyMDA3PiArRE9IISBhdGFfYWxsb2NfcmVxdWVzdCBmYWlsZWQhPiArRkFJTFVSRSAt IG91dCBvZiBtZW1vcnkgaW4gYXRhX3JhaWRfaW5pdF9yZXF1ZXN0PiArRkFJTFVSRSAtIG91dCBv ZiBtZW1vcnkgaW4gYXRhX3JhaWRfaW5pdF9yZXF1ZXN0PiArRkFJTFVSRSAtIG91dCBvZiBtZW1v cnkgaW4gYXRhX3JhaWRfaW5pdF9yZXF1ZXN0PiArZ192ZnNfZG9uZSgpOmFyMHMxaFtXUklURShv ZmZzZXQ9MTg4NzkxNTIxMjgsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1PiArZ192ZnNfZG9uZSgp OmFyMHMxaFtXUklURShvZmZzZXQ9MTg4NzkxNjg1MTIsIGxlbmd0aD0xNjM4NCldZXJyb3IgPSA1 PiArZ192ZnNfZG9uZSgpOmFyMHMxaFtXUklURShvZmZzZXQ9MTg4NzkxODQ4OTYsIGxlbmd0aD0x NjM4NCldZXJyb3IgPSA1Pj4gSXQncyBhbiBhbWQ2NCBib3ggd2l0aCAxIEdCIFJBTSBhbmQgYSB2 ZXJ5IGxpZ2h0IHdvcmtsb2FkLCBidXQgaXQncz4gaW50ZXJlc3RpbmcgdG8gbm90ZSB0aGF0IHRo ZSBmYWlsdXJlIGhhcHBlbmVkIGFib3V0IDkwIHNlY29uZHMgaW50bz4gJ3BlcmlvZGljIHdlZWts eScgKG1vc3QgbGlrZWx5IHdoaWxlIHJlYnVpbGRpbmcgdGhlIGxvY2F0ZSBkYXRhYmFzZSkgSXQg c2hvdWxkIGJlIHNhZmUgdG8gaWdub3JlIHRoZW0gdGhvdWdoIGl0J3Mgbm90IGEgc29sdXRpb24u IEkgaGFkIHNlZW4gdGhvc2UgZm9yIGFib3V0IGhhbGYgYSB5ZWFyIG9uIGFtZDY0LzYgYW5kIHNv bWV0aW1lcyBpdCdzbm90IG9ubHkgMyBsaW5lcyBidXQgYSBmZXcgaHVuZHJlZC4gQWxzbyAxRyBS QU0gaGVyZS4gRm9yIG1lIGFsc28gbXkgYmFja3VwIHJ1bnMgZHVyaW5nIHRoZSBob3VycyB0aGlz IHNvbWV0aW1lcyBoYXBwZW5zLldhcyB3YXMgbm90IGFibGUgdG8gdHJhY2sgaXQgZG93biB0byBv bmUgc3BlY2lmaWMgZXZlbnQuIEkgdHJpZWQgdG8gY2FwdHVyZSBtZW1vcnkgdXNhZ2UgZHVyaW5n IHRoYXQgdGltZSBidXQgY291bGQgbm90IGZpbmRhbnl0aGluZyAobWF5YmUgSSBoYXZlbid0IGNo ZWNrZWQgY29ycmVjdGx5KS4gSW4gY2FzZSB5b3UgZmluZCBvdXQgdGhlIGNhc3VlIG9mIHRoaXMg SSdkIGJlIGhhcHB5IHRvIHRlc3QgY2hhbmdlczopIC9ieiAtLSBCam9lcm4gQS4gWmVlYgkJCQli emVlYiBhdCBaYWJiYWRveiBkb3QgTmVULS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1G cm9tOiBmcmVlYnNkQHJ1b21hZC5uZXRDQzogZnJlZWJzZC1mc0BGcmVlQlNELm9yZzsgc2VARnJl ZUJTRC5vcmc7IGZyZWVic2QtY3VycmVudEBGcmVlQlNELm9yZzsgcGV0ZXIuc2NodWxsZXJAaW5m aWR5bmUuY29tVG86IHBqZEBGcmVlQlNELm9yZ0RhdGU6IFN1biwgMTMgTWF5IDIwMDcgMTU6MTk6 MzUgKzAyMDBTdWJqZWN0OiBSZTogWkZTOiBhbWQ2NCwgZGV2ZCwgcm9vdCBmaWxlIHN5c3RlbS5Q YXdlbCBKYWt1YiBEYXdpZGVrIHdyb3RlOj4gT24gU3VuLCBBcHIgMjIsIDIwMDcgYXQgMTA6MjY6 MjFQTSArMDIwMCwgUGV0ZXIgU2NodWxsZXIgd3JvdGU6PiAgID4+PiBUcnkgemZzX2xvYWQ9IllF UyIuIElmIHRoaXMgaXMgd2hhdCB5b3UgaGFkLCBzZW5kIG1lIGZ1bGwgZG1lc2cuPj4+ICAgICAg ID4+IFNvcnJ5LCBJIGhhZCB6ZnNfbG9hZD0iWUVTIi4gVHlwbyBvbiBteSBwYXJ0LiBObyB0eXBv IGluIGxvYWRlci5jb25mLj4+Pj4gRG8geW91IGhhdmUgYW55IHN1Z2dlc3Rpb24gb24gaG93IHRv IGJlc3QgZ3JhYiB0aGUgZG1lc2csIGdpdmVuIHRoYXQ+PiB3aGVuIHRyaWdnZXJpbmcgdGhpcyB0 aGUgcm9vdCBmcyBjYW5ub3QgYmUgbW91bnRlZD8+Pj4+IE9yIGRvIHlvdSBqdXN0IHdhbnQgYSBk bWVzZyBmcm9tIG15IHN5c3RlbSBpbiBnZW5lcmFsLCB3aXRoIGEgbWF0Y2hpbmc+PiBsb2FkZXIu Y29uZiBtaW51cyB0aGUgdmZzLnJvb3QubW91bnRmcm9tdD8+Pj4+IElmIHRoZSBsYXR0ZXIsIGl0 IGlzIGF2YWlsYWJsZSBoZXJlOj4+Pj4gaHR0cDovL2Rpc3RmaWxlcy5zY29kZS5vcmcvbWxyZWYv ZnJlZWJzZC1kbWVzZy16ZnMtZ2xhYmVsLTdjdXJyZW50LnR4dD4+Pj4gSW4gdGhpcyBkbWVzZyB0 aGUgWkZTIHBvb2wgdmVyc2lvbiBvdXRwdXQgcHJlY2VlZHMgdGhlIGdsYWJlbCB0YXN0aW5nLiBJ Pj4gd2FzIHNvIHN1cmUgdGhpcyB3YXMgbm90IHRoZSBjYXNlLiBFaXRoZXIgSSB3YXMgbWlzc3Rh a2VuIG9yIHRoaXMgd2FzPj4gZGlmZmVyZW50IHRoZW4gZm9yIHNvbWUgcmVhc29uLj4+ICAgICA+ PiBBbmQgdGhpcyBpcyB0aGUgcHJvYmxlbS4uLiBaRlMgdHJpZXMgb25seSBvbmVzLiBJJ2xsIHRo aW5rIGl0IG92ZXIgYW5kPiBzZWUgd2hhdCBjYW4gYmUgZG9uZS4gVW5mb3J0dW5hdGVseSBaRlMg ZG9lc24ndCB1c2UgR0VPTSB0YXN0aW5nPiBtZWNoYW5pc20gYW5kIEknZCBwcmVmZXIgbm90IHRv IG1vZGlmeSBpdCB0byBkbyBzbywgYmVjYXVzZSB0aGUgY2hhbmdlcz4gbWF5IGJlIGh1Z2UuPj4g ICBIZWxsbywgU29ycnkgYWJvdXQgdGhlIG5vaXNlLCBidXQgSSB3b25kZXIgaWYgYW55b25lIHNh dyBteSBwcmV2aW91cyBwb3N0IGFib3V0emZzIHJvb3Qgbm90IGJlaW5nIGZvdW5kIGF0IG9uY2Ug KEkgaGF2ZSB0byBpbnB1dCBpdCBtYW51YWxseSBhdG1vdW50cm9vdD4gcHJvbXB0KSA/IFRoYW5r cyBCcnVubyAgIC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNobWVudC0tRnJvbTogcnBhdWxvQGZu b3AubmV0Q0M6IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZ1RvOiBUaG9tYXMuU3BhcnJldm9o bkBidGludGVybmV0LmNvbURhdGU6IFN1biwgMTMgTWF5IDIwMDcgMTU6MTg6NDAgKzAxMDBTdWJq ZWN0OiBSZTogTWFjQm9vayBwYXRjaGVzQXQgU3VuLCAxMyBNYXkgMjAwNyAxMjoyNTo1MyArMDEw MCxUaG9tYXMgU3BhcnJldm9obiB3cm90ZTogPiBOaWNlIC0gSGF2ZSB5b3UgbG9va2VkIGF0IHVz aW5nIHRoZSBtd2FpdCBkZWVwZXIgQy1TdGF0ZXMgcmF0aGVyPiB0aGFuIGhhbHQ/ICBOb3AuID4g SSB0aGluayB0aGUgIm1zciIgcG9ydGlvbiBsb29rcyBsaWtlIGl0IHdpbGwgaGFuZGxlIHRoZSBl bnRpcmUgTWljcm8+IENvcmUgYXJjaGl0ZWN0dXJlICB0aGF0IHdvdWxkIGJlIHJlYWxseSBuaWNl IC0gSnVkZ2luZyBmcm9tIHRoZT4gcGFwZXJzIHB1Ymxpc2hlZCBieSBpbnRlbCBhbmQgZnJvbSB0 aGUgZ2VuZXJhbCBkaXNjdXNzaW9ucyBvbiB0aGU+IG5ldCAtIGl0IHNlZW1zIGxpa2UgIEFyZSB5 b3UgcmVmZXJpbmcgdG8gbXNydGVtcCBkcml2ZXI/IFllcywgaXQgb25seSB3b3JrcyBvbiBJbnRl bCdzIENvcmVBcmNoaXRlY3R1cmUsIGF0IHRoZSBtb21lbnQuID4gV291bGQgaXQgYmUgcG9zc2li bGUgdG8gc2VwZXJhdGUgdGhlICJBQ1BJIiBwYXJ0IGZyb20gdGhlIG90aGVyICJNYWM+IHBhdGNo ZXMiIGFzIEkgdGhpbmsgaXRzIG9mIG1vcmUgZ2VuZXJhbCB1c2U/ICAgV2VsbCwgaWYgc29tZW9u ZSByZWFsbHkgbmVlZHMgaXQgKGJlc2lkZXMgZm9yIE1hY0Jvb2tzKSwgd2UgY2FuZGlzY3VzcyB3 aGF0IHNob3VsZCBiZSBkb25lLiAtLVJ1aSBQYXVsbyAtLUZvcndhcmRlZCBNZXNzYWdlIEF0dGFj aG1lbnQtLUZyb206IGthYmFldkBnbWFpbC5jb21DQzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qu b3JnVG86IGRlbHBoaWpAZGVscGhpai5uZXREYXRlOiBTdW4sIDEzIE1heSAyMDA3IDEwOjM5OjQx IC0wNDAwU3ViamVjdDogUmU6IEZyZWVCU0QgNy4wIHVzaW5nIEdDQyA0P09uIFN1biwgMTMgTWF5 IDIwMDcgMjA6MjA6MjQgKzA4MDBMSSBYaW4gPGRlbHBoaWpAZGVscGhpai5uZXQ+IHdyb3RlOiA+ IFdpbGwgd2UgYmUgdXNpbmcgNC4xLnggc2VyaWVzIG9yIDQuMi54IHNlcmllcyBmb3IgNy4wLVJF TEVBU0U/IEp1c3Q+IGN1cmlvdXMgOi0pPiA+IENoZWVycyw+IC0tID4gWGluIExJIDxkZWxwaGlq QGRlbHBoaWoubmV0PglodHRwOi8vd3d3LmRlbHBoaWoubmV0Lz4gRnJlZUJTRCAtIFRoZSBQb3dl ciB0byBTZXJ2ZSE+ICA0LjIuMC4gVGhpcyBpcyB0aGUgZmlyc3QgY29tcGlsZXIgdmVyc2lvbiBp biBHQ0MgaGlzdG9yeSB0byBhY3R1YWxseXNocmluayBjb21waWxlZCBib290MiBjb2RlIGFuZCB0 aGF0IGFsb25lIGdhdmUgaXQgbWFueSBwb2ludHMgaW4gNC4xdnMuIDQuMiBzaG9vdG91dC4gVGhl cmUgYXJlIG90aGVyIGFkdmFudGFnZXMgYXMgd2VsbC4gNC4yIGNhbiBidWlsZHVucGF0Y2hlZCBm aXJlZm94IGFuZCBoYXZlIGl0IHdvcmtpbmcsIHdoaWxlIDQuMSBidWlsZHMgYmluYXJ5IHdpdGhi cm9rZW4gcmVsb2NhdGlvbnMsIGV0Yy4gLS0gQWxleGFuZGVyIEthYmFldi0tRm9yd2FyZGVkIE1l c3NhZ2UgQXR0YWNobWVudC0tRnJvbTogVGhvbWFzLlNwYXJyZXZvaG5AYnRpbnRlcm5ldC5jb21U bzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAxNjox Nzo1NSArMDEwMFN1YmplY3Q6IFJlOiBNYWNCb29rIHBhdGNoZXNPbiBTdW5kYXkgMTMgTWF5IDIw MDcgMTU6MTg6NDAgUnVpIFBhdWxvIHdyb3RlOj4gQXQgU3VuLCAxMyBNYXkgMjAwNyAxMjoyNTo1 MyArMDEwMCw+IFRob21hcyBTcGFycmV2b2huIHdyb3RlOj4gPiA+IE5pY2UgLSBIYXZlIHlvdSBs b29rZWQgYXQgdXNpbmcgdGhlIG13YWl0IGRlZXBlciBDLVN0YXRlcyByYXRoZXI+ID4gdGhhbiBo YWx0PyA+ID4gTm9wLj4gPiA+IEkgdGhpbmsgdGhlICJtc3IiIHBvcnRpb24gbG9va3MgbGlrZSBp dCB3aWxsIGhhbmRsZSB0aGUgZW50aXJlIE1pY3JvPiA+IENvcmUgYXJjaGl0ZWN0dXJlICB0aGF0 IHdvdWxkIGJlIHJlYWxseSBuaWNlIC0gSnVkZ2luZyBmcm9tIHRoZT4gPiBwYXBlcnMgcHVibGlz aGVkIGJ5IGludGVsIGFuZCBmcm9tIHRoZSBnZW5lcmFsIGRpc2N1c3Npb25zIG9uIHRoZT4gPiBu ZXQgLSBpdCBzZWVtcyBsaWtlID4gPiBBcmUgeW91IHJlZmVyaW5nIHRvIG1zcnRlbXAgZHJpdmVy PyBZZXMsIGl0IG9ubHkgd29ya3Mgb24gSW50ZWwncyBDb3JlPiBBcmNoaXRlY3R1cmUsIGF0IHRo ZSBtb21lbnQuPiA+ID4gV291bGQgaXQgYmUgcG9zc2libGUgdG8gc2VwZXJhdGUgdGhlICJBQ1BJ IiBwYXJ0IGZyb20gdGhlIG90aGVyICJNYWM+ID4gcGF0Y2hlcyIgYXMgSSB0aGluayBpdHMgb2Yg bW9yZSBnZW5lcmFsIHVzZT8gID4gPiBXZWxsLCBpZiBzb21lb25lIHJlYWxseSBuZWVkcyBpdCAo YmVzaWRlcyBmb3IgTWFjQm9va3MpLCB3ZSBjYW4+IGRpc2N1c3Mgd2hhdCBzaG91bGQgYmUgZG9u ZS4gVXNpbmcgYSBxdWFkLWNvcmUgLSBEZXNrdG9wIC0gSSBuZWVkIGl0IC0gTm9ybWFsbHkgdGhl IGNvcmVzIHJ1bnMgYXQgNDVDIC11bmRlciBmcmVlYnNkIGl0IG1vcmUgbGlrZSA1MS01NUMgYW5k IGl0cyBnaXZpbmcgbWUgaGVhdCBidXJucyBvbiBteSBmZWV0IDstKSBBbGwgdGhlIENvcmUgTWlj cm8gYXJjaGl0ZWN0dXJlIHVzZXMgVE0yIGFwcHJvYWNoIGFuZCBPRENNIGFzIHNlY29uZGFyeS5U aGUgWGVvbidzIHN5c3RlbXMgc2VlbXMgYXMgYSBydWxlIHRvIGhhdmUgcmVhc29uYWJsZSBBUENJ IGltcGxlbWVudGF0aW9ucyAtIGhvd2V2ZXIgcXVpdGUgYSBsb3Qgb2YgRGVza3RvcCBzeXN0ZW1z IGRvZXMgbm90IHJlYWxseSBhbmQgZGVwZW5kcyB1cG9uIE9TUE10byBnaXZlIHRoZSBpbmZvcm1h dGlvbiAtIEp1ZGdpbmcgZnJvbSB0aGUgTGludXggaW1wbGVtZW50YXRpb24gdGhhdCBpcyB0aGUg YXBwcm9hY2h0aGV5IGhhdmUgdGFrZW4gLSBlZy4gY3N0YXRlLmMgZXRjIC0gIEEgcXVhZCBjb3Jl IHN5c3RlbSBhcmUgaW4gaWRsZSB3YWl0IHF1aXRlIGEgbG90IGR1ZSB0byB0aGUgd2F5IHRoYXQg cG9ydHVwZ3JhZGUgZXRjLiB3b3Jrc2J1dCBJIGRvbid0IHRoaW5rIHRoYXQgdGhlIHN5c3RlbSBl bnRlcnMgIkMxIEF1dG8gSGFsdCBTdG9wIEdyYW50IiB3aGljaCBpbiBpdCBzZWxmIHdvdWxkIGhh bGYgdGhlIHBvd2VyIHVzZWQuICBGcm9tIGEgbGludXggcHJlc2VudGF0aW9uIGl0IGxvb2tzIGxp a2UgdGhlIFBvd2VyIFVzYWdlIHN3aW5ncyBiZXR3ZWVuIDMxV2F0dCAtIGRvd24gdG8gMS44V2F0 dGluIERDNCBzdGF0ZSBzbyB0aGVyZSBhIGxvdCBvZiBoZWF0IGFuZCBwb3dlciB0byBiZSBzYXZl ZCA7LSkgU28gSSB0aGluayB0aGVyZSBhcmUgZ29vZCByZWFzb25zIHRvIGxvb2sgYXQgVE0yIGFu ZCBNd2FpdCBldGMgID4gPiAtLT4gUnVpIFBhdWxvPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXz4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxp bmcgbGlzdD4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJz ZC1jdXJyZW50PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJy ZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIj4gICAgLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRh Y2htZW50LS1Gcm9tOiBkZWxwaGlqQGRlbHBoaWoubmV0Q0M6IGZyZWVic2QtY3VycmVudEBmcmVl YnNkLm9yZ1RvOiBrYWJhZXZAZ21haWwuY29tRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAyMzoyNzoy NCArMDgwMFN1YmplY3Q6IFJlOiBGcmVlQlNEIDcuMCB1c2luZyBHQ0MgND9BbGV4YW5kZXIgS2Fi YWV2IHdyb3RlOj4gT24gU3VuLCAxMyBNYXkgMjAwNyAyMDoyMDoyNCArMDgwMD4gTEkgWGluIDxk ZWxwaGlqQGRlbHBoaWoubmV0PiB3cm90ZTo+ID4+IFdpbGwgd2UgYmUgdXNpbmcgNC4xLnggc2Vy aWVzIG9yIDQuMi54IHNlcmllcyBmb3IgNy4wLVJFTEVBU0U/IEp1c3Q+PiBjdXJpb3VzIDotKT4+ Pj4gQ2hlZXJzLD4+IC0tID4+IFhpbiBMSSA8ZGVscGhpakBkZWxwaGlqLm5ldD4JaHR0cDovL3d3 dy5kZWxwaGlqLm5ldC8+PiBGcmVlQlNEIC0gVGhlIFBvd2VyIHRvIFNlcnZlIT4+PiA+IDQuMi4w LiBUaGlzIGlzIHRoZSBmaXJzdCBjb21waWxlciB2ZXJzaW9uIGluIEdDQyBoaXN0b3J5IHRvIGFj dHVhbGx5PiBzaHJpbmsgY29tcGlsZWQgYm9vdDIgY29kZSBhbmQgdGhhdCBhbG9uZSBnYXZlIGl0 IG1hbnkgcG9pbnRzIGluIDQuMT4gdnMuIDQuMiBzaG9vdG91dC4gVGhlcmUgYXJlIG90aGVyIGFk dmFudGFnZXMgYXMgd2VsbC4gNC4yIGNhbiBidWlsZD4gdW5wYXRjaGVkIGZpcmVmb3ggYW5kIGhh dmUgaXQgd29ya2luZywgd2hpbGUgNC4xIGJ1aWxkcyBiaW5hcnkgd2l0aD4gYnJva2VuIHJlbG9j YXRpb25zLCBldGMuIFdvdywgdGhhdCdzIGdyZWF0LCB0aGFua3MgZm9yIHRoZSB3b3JrISBDaGVl cnMsLS0gWGluIExJIDxkZWxwaGlqQGRlbHBoaWoubmV0PglodHRwOi8vd3d3LmRlbHBoaWoubmV0 L0ZyZWVCU0QgLSBUaGUgUG93ZXIgdG8gU2VydmUhIC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNo bWVudC0tRnJvbTogb2hhcnRtYW5AbWFpbC56ZWRhdC5mdS1iZXJsaW4uZGVDQzogZnJlZWJzZC1j dXJyZW50QGZyZWVic2Qub3JnVG86IGRlbHBoaWpAZGVscGhpai5uZXREYXRlOiBTdW4sIDEzIE1h eSAyMDA3IDE4OjE4OjEyICswMjAwU3ViamVjdDogUmU6IEZyZWVCU0QgNy4wIHVzaW5nIEdDQyA0 P0xJIFhpbiB3cm90ZTo+IEFsZXhhbmRlciBLYWJhZXYgd3JvdGU6PiAgID4+IE9uIFN1biwgMTMg TWF5IDIwMDcgMjA6MjA6MjQgKzA4MDA+PiBMSSBYaW4gPGRlbHBoaWpAZGVscGhpai5uZXQ+IHdy b3RlOj4+Pj4gICAgID4+PiBXaWxsIHdlIGJlIHVzaW5nIDQuMS54IHNlcmllcyBvciA0LjIueCBz ZXJpZXMgZm9yIDcuMC1SRUxFQVNFPyBKdXN0Pj4+IGN1cmlvdXMgOi0pPj4+Pj4+IENoZWVycyw+ Pj4gLS0gPj4+IFhpbiBMSSA8ZGVscGhpakBkZWxwaGlqLm5ldD4JaHR0cDovL3d3dy5kZWxwaGlq Lm5ldC8+Pj4gRnJlZUJTRCAtIFRoZSBQb3dlciB0byBTZXJ2ZSE+Pj4+Pj4gICAgICAgPj4gNC4y LjAuIFRoaXMgaXMgdGhlIGZpcnN0IGNvbXBpbGVyIHZlcnNpb24gaW4gR0NDIGhpc3RvcnkgdG8g YWN0dWFsbHk+PiBzaHJpbmsgY29tcGlsZWQgYm9vdDIgY29kZSBhbmQgdGhhdCBhbG9uZSBnYXZl IGl0IG1hbnkgcG9pbnRzIGluIDQuMT4+IHZzLiA0LjIgc2hvb3RvdXQuIFRoZXJlIGFyZSBvdGhl ciBhZHZhbnRhZ2VzIGFzIHdlbGwuIDQuMiBjYW4gYnVpbGQ+PiB1bnBhdGNoZWQgZmlyZWZveCBh bmQgaGF2ZSBpdCB3b3JraW5nLCB3aGlsZSA0LjEgYnVpbGRzIGJpbmFyeSB3aXRoPj4gYnJva2Vu IHJlbG9jYXRpb25zLCBldGMuPj4gICAgID4+IFdvdywgdGhhdCdzIGdyZWF0LCB0aGFua3MgZm9y IHRoZSB3b3JrIT4+IENoZWVycyw+ICAgQSB3aGlsZSBhZ28gYSBkaXNjdXNzaW9uIGhlcmVpbiB3 YXMgdHJpZ2dlcmVkIGFib3V0IHRoaXMgc3ViamVjdCBhbmQgYXMgSSByZW1lbWJlciBteXNlbGYs IHRoZSBkZWNpc3Npb24gd2FzIG1hZGUgaW4gZmF2b3Igb2YgZ2NjIDQuMS4gV2F0Y2hpbmcgTGlu dXgvR2VudG9vIEZvcnVtcyBmb3IgYSB3aGlsZSBJIHdhcyByZWFkaW5nIG1hbnkgc3VnZ2VzdGlv bnMgbm90IHVzaW5nIGdjYyA0LjEuMSBhcyBpdCBpcyBzdGFuZGFyZCBpbiBuZXdlc3QgYnJhbmNo ZXMvZGlzdHJpYnV0aW9ucywgYmVjYXVzZSBvZiBzZXZlcmFsIHNlcmlvdXMgbWlzYmVoYXZpb3Vy cy9nZW5lcmF0aW5nIGJyb2tlbiBjb2RlLiBXZSB3aWxsIHNlZU9saXZlciAtLUZvcndhcmRlZCBN ZXNzYWdlIEF0dGFjaG1lbnQtLUZyb206IHRpbmRlcmJveEBmcmVlYnNkLm9yZ0NDOiBUbzogdGlu ZGVyYm94QGZyZWVic2Qub3JnOyBjdXJyZW50QGZyZWVic2Qub3JnOyBwb3dlcnBjQGZyZWVic2Qu b3JnRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAxMzoyODozOSAtMDQwMFN1YmplY3Q6IFtoZWFkIHRp bmRlcmJveF0gZmFpbHVyZSBvbiBwb3dlcnBjL3Bvd2VycGNUQiAtLS0gMjAwNy0wNS0xMyAxNjo0 ODozNiAtIHRpbmRlcmJveCAyLjMgcnVubmluZyBvbiBmcmVlYnNkLWN1cnJlbnQuc2VudGV4LmNh VEIgLS0tIDIwMDctMDUtMTMgMTY6NDg6MzYgLSBzdGFydGluZyBIRUFEIHRpbmRlcmJveCBydW4g Zm9yIHBvd2VycGMvcG93ZXJwY1RCIC0tLSAyMDA3LTA1LTEzIDE2OjQ4OjM2IC0gY2xlYW5pbmcg dGhlIG9iamVjdCB0cmVlVEIgLS0tIDIwMDctMDUtMTMgMTY6NDk6MDIgLSBjaGVja2luZyBvdXQg dGhlIHNvdXJjZSB0cmVlVEIgLS0tIDIwMDctMDUtMTMgMTY6NDk6MDIgLSBjZCAvdGluZGVyYm94 L0hFQUQvcG93ZXJwYy9wb3dlcnBjVEIgLS0tIDIwMDctMDUtMTMgMTY6NDk6MDIgLSAvdXNyL2Jp bi9jdnMgLWYgLVIgLXEgLWQvaG9tZS9uY3ZzIHVwZGF0ZSAtUGQgLUEgc3JjVEIgLS0tIDIwMDct MDUtMTMgMTY6NTY6MTMgLSBidWlsZGluZyB3b3JsZCAoQ0ZMQUdTPS1PMiAtcGlwZSlUQiAtLS0g MjAwNy0wNS0xMyAxNjo1NjoxMyAtIGNkIC9zcmNUQiAtLS0gMjAwNy0wNS0xMyAxNjo1NjoxMyAt IC91c3IvYmluL21ha2UgLUIgYnVpbGR3b3JsZD4+PiBXb3JsZCBidWlsZCBzdGFydGVkIG9uIFN1 biBNYXkgMTMgMTY6NTY6MTQgVVRDIDIwMDc+Pj4gUmVidWlsZGluZyB0aGUgdGVtcG9yYXJ5IGJ1 aWxkIHRyZWU+Pj4gc3RhZ2UgMS4xOiBsZWdhY3kgcmVsZWFzZSBjb21wYXRpYmlsaXR5IHNoaW1z Pj4+IHN0YWdlIDEuMjogYm9vdHN0cmFwIHRvb2xzPj4+IHN0YWdlIDIuMTogY2xlYW5pbmcgdXAg dGhlIG9iamVjdCB0cmVlPj4+IHN0YWdlIDIuMjogcmVidWlsZGluZyB0aGUgb2JqZWN0IHRyZWU+ Pj4gc3RhZ2UgMi4zOiBidWlsZCB0b29scz4+PiBzdGFnZSAzOiBjcm9zcyB0b29scz4+PiBzdGFn ZSA0LjE6IGJ1aWxkaW5nIGluY2x1ZGVzPj4+IHN0YWdlIDQuMjogYnVpbGRpbmcgbGlicmFyaWVz Pj4+IHN0YWdlIDQuMzogbWFrZSBkZXBlbmRlbmNpZXM+Pj4gc3RhZ2UgNC40OiBidWlsZGluZyBl dmVyeXRoaW5nWy4uLl1jYyAtTzIgLXBpcGUgIC1XZm9ybWF0PTIgLVduby1mb3JtYXQtZXh0cmEt YXJncyAtV2Vycm9yIC1jIC9zcmMvbGliZXhlYy9jb21zYXQvY29tc2F0LmNjYyAtTzIgLXBpcGUg IC1XZm9ybWF0PTIgLVduby1mb3JtYXQtZXh0cmEtYXJncyAtV2Vycm9yICAtbyBjb21zYXQgY29t c2F0Lm8gZ3ppcCAtY24gL3NyYy9saWJleGVjL2NvbXNhdC9jb21zYXQuOCA+IGNvbXNhdC44Lmd6 PT09PiBsaWJleGVjL2ZpbmdlcmQgKGFsbCljYyAtTzIgLXBpcGUgIC1Xc3lzdGVtLWhlYWRlcnMg LVdlcnJvciAtV2FsbCAtV25vLWZvcm1hdC15MmsgLVduby11bmluaXRpYWxpemVkIC1jIC9zcmMv bGliZXhlYy9maW5nZXJkL2ZpbmdlcmQuY2NjIC1PMiAtcGlwZSAgLVdzeXN0ZW0taGVhZGVycyAt V2Vycm9yIC1XYWxsIC1Xbm8tZm9ybWF0LXkyayAtV25vLXVuaW5pdGlhbGl6ZWQgIC1vIGZpbmdl cmQgZmluZ2VyZC5vIC1sdXRpbGZpbmdlcmQubygudGV4dCsweDNlYyk6IEluIGZ1bmN0aW9uIGBt YWluJzo6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHZmb3JrJyoqKiBFcnJvciBjb2RlIDEgU3Rv cCBpbiAvc3JjL2xpYmV4ZWMvZmluZ2VyZC4qKiogRXJyb3IgY29kZSAxIFN0b3AgaW4gL3NyYy9s aWJleGVjLioqKiBFcnJvciBjb2RlIDEgU3RvcCBpbiAvc3JjLioqKiBFcnJvciBjb2RlIDEgU3Rv cCBpbiAvc3JjLioqKiBFcnJvciBjb2RlIDEgU3RvcCBpbiAvc3JjLlRCIC0tLSAyMDA3LTA1LTEz IDE3OjI4OjM5IC0gV0FSTklORzogL3Vzci9iaW4vbWFrZSByZXR1cm5lZCBleGl0IGNvZGUgIDEg VEIgLS0tIDIwMDctMDUtMTMgMTc6Mjg6MzkgLSBFUlJPUjogZmFpbGVkIHRvIGJ1aWxkIHdvcmxk VEIgLS0tIDIwMDctMDUtMTMgMTc6Mjg6MzkgLSB0aW5kZXJib3ggYWJvcnRlZFRCIC0tLSAwLjc0 IHVzZXIgMi4zOCBzeXN0ZW0gMjQwMy4wNyByZWFsICBodHRwOi8vdGluZGVyYm94LmRlcy5uby90 aW5kZXJib3gtaGVhZC1IRUFELXBvd2VycGMtcG93ZXJwYy5mdWxsIC0tRm9yd2FyZGVkIE1lc3Nh Z2UgQXR0YWNobWVudC0tRnJvbTogc2drQHRyb3V0bWFzay5hcGwud2FzaGluZ3Rvbi5lZHVUbzog ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAxMDo1NDoy NSAtMDcwMFN1YmplY3Q6IFByb2Nlc3MgZm9yIHJlcXVlc3RpbmcgcmV2ZXJ0aW5nIHBhdGNoP1do YXQgaXMgdGhlIGZvcm1hbCBwcm9jZXNzIHRvIGdldCBhIHJlY2VudCBjb21taXQgdG8gLWN1cnJl bnQgcmV2ZXJ0ZWQ/ICBEbyBJIHNlbmQgZW1haWwgdG8gY29yZT8gIEZvciBkZXRhaWxzIHNlZSBo dHRwOi8vd3d3LmZyZWVic2Qub3JnL2NnaS9xdWVyeS1wci5jZ2k/cHI9MTEyNDA4IC0tIFN0ZXZl IC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNobWVudC0tRnJvbTogd2JAZnJlZWJpZS54czRhbGwu bmxDQzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnVG86IHNna0B0cm91dG1hc2suYXBsLndh c2hpbmd0b24uZWR1RGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAyMDoxMDo1MyArMDIwMFN1YmplY3Q6 IFJlOiBQcm9jZXNzIGZvciByZXF1ZXN0aW5nIHJldmVydGluZyBwYXRjaD9PbiBTdW4sIE1heSAx MywgMjAwNyBhdCAxMDo1NDoyNUFNIC0wNzAwLCBTdGV2ZSBLYXJnbCB3cm90ZS4uPiBXaGF0IGlz IHRoZSBmb3JtYWwgcHJvY2VzcyB0byBnZXQgYSByZWNlbnQgY29tbWl0IHRvID4gLWN1cnJlbnQg cmV2ZXJ0ZWQ/ICBEbyBJIHNlbmQgZW1haWwgdG8gY29yZT8gIEZvciAgSG93IGFib3V0IGFza2lu ZyB0aGUgY29tbWl0dGVyIHdobyBwdXQgaXQgaW4gQ1ZTPyBCZSBwcmVwYXJlZCB0byBleHBsYWlu IHdoeSB5b3UgdGhpbmsgdGhlIGNvbW1pdCBzaG91bGQgYmVyZXZlcnRlZC4gLS0gV2lsa28gQnVs dGUJCQkJd2lsa29ARnJlZUJTRC5vcmcgLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1G cm9tOiBzZ2tAdHJvdXRtYXNrLmFwbC53YXNoaW5ndG9uLmVkdUNDOiBmcmVlYnNkLWN1cnJlbnRA ZnJlZWJzZC5vcmdUbzogbGluaW1vbkBsb25lc29tZS5jb21EYXRlOiBTdW4sIDEzIE1heSAyMDA3 IDExOjA5OjEyIC0wNzAwU3ViamVjdDogUmU6IFByb2Nlc3MgZm9yIHJlcXVlc3RpbmcgcmV2ZXJ0 aW5nIHBhdGNoP09uIFN1biwgTWF5IDEzLCAyMDA3IGF0IDAxOjA1OjA2UE0gLTA1MDAsIE1hcmsg TGluaW1vbiB3cm90ZTo+IE9uIFN1biwgTWF5IDEzLCAyMDA3IGF0IDEwOjU0OjI1QU0gLTA3MDAs IFN0ZXZlIEthcmdsIHdyb3RlOj4gPiBodHRwOi8vd3d3LmZyZWVic2Qub3JnL2NnaS9xdWVyeS1w ci5jZ2k/cHI9MTEyNDA4PiA+IFdlbGwsIHlvdSd2ZSBkb25lIHRoZSByaWdodCB0aGluZyBieSBz ZW5kaW5nIGEgUFIgYW5kIGhhdmluZyBpdCBhc3NpZ25lZD4gdG8gdGhlIG1haW50YWluZXIuICBI YXZlIHlvdSBub3QgaGVhcmQgYW55dGhpbmcgYmFjayBmcm9tIG1wQD8+ICBPZiBjb3Vyc2UsIG5v dCEgUmVuZGVyaW5nIHRoZSBkZWJ1Z2dlciB1c2VsZXNzIHdpdGggdGhlIGRlZmF1bHQgc2hlbGwg d291bGQgc2VlbSB0byBiZSBhIGNyaXRpY2FsIGJ1ZyB0byBtZSwgYnV0IHNvbWVob3cvb25lZGVj aWRlZCB0aGF0IHRoZSBzZXZlcml0eSB3YXMgbm9uLWNyaXRpY2FsLiAgLS0gU3RldmUgLS1Gb3J3 YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1Gcm9tOiBzZ2tAdHJvdXRtYXNrLmFwbC53YXNoaW5n dG9uLmVkdUNDOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmdUbzogd2JAZnJlZWJpZS54czRh bGwubmxEYXRlOiBTdW4sIDEzIE1heSAyMDA3IDExOjExOjM3IC0wNzAwU3ViamVjdDogUmU6IFBy b2Nlc3MgZm9yIHJlcXVlc3RpbmcgcmV2ZXJ0aW5nIHBhdGNoP09uIFN1biwgTWF5IDEzLCAyMDA3 IGF0IDA4OjEwOjUzUE0gKzAyMDAsIFdpbGtvIEJ1bHRlIHdyb3RlOj4gT24gU3VuLCBNYXkgMTMs IDIwMDcgYXQgMTA6NTQ6MjVBTSAtMDcwMCwgU3RldmUgS2FyZ2wgd3JvdGUuLj4gPiBXaGF0IGlz IHRoZSBmb3JtYWwgcHJvY2VzcyB0byBnZXQgYSByZWNlbnQgY29tbWl0IHRvID4gPiAtY3VycmVu dCByZXZlcnRlZD8gIERvIEkgc2VuZCBlbWFpbCB0byBjb3JlPyAgRm9yID4gPiBIb3cgYWJvdXQg YXNraW5nIHRoZSBjb21taXR0ZXIgd2hvIHB1dCBpdCBpbiBDVlM/PiA+IEJlIHByZXBhcmVkIHRv IGV4cGxhaW4gd2h5IHlvdSB0aGluayB0aGUgY29tbWl0IHNob3VsZCBiZT4gcmV2ZXJ0ZWQuIERp ZCB5b3UgcmVhZCB0aGUgUFI/ICBUaGUgZGV0YWlscyBhcmUgdGhlcmUuICBnZGIgaXMgYnJva2Vu IHdpdGggdGNzaC4gIEhhdmluZyBhIG5vbmZ1bmN0aW9uaW5nIGRlYnVnZ2Vyd291bGQgc2VlbSB0 byBiZSBhIHJhdGhlciBzZXZlcmUgcHJvYmxlbS4gLS0gU3RldmUgLS1Gb3J3YXJkZWQgTWVzc2Fn ZSBBdHRhY2htZW50LS1Gcm9tOiB3YkBmcmVlYmllLnhzNGFsbC5ubENDOiBmcmVlYnNkLWN1cnJl bnRAZnJlZWJzZC5vcmdUbzogc2drQHRyb3V0bWFzay5hcGwud2FzaGluZ3Rvbi5lZHVEYXRlOiBT dW4sIDEzIE1heSAyMDA3IDIwOjE3OjQwICswMjAwU3ViamVjdDogUmU6IFByb2Nlc3MgZm9yIHJl cXVlc3RpbmcgcmV2ZXJ0aW5nIHBhdGNoP09uIFN1biwgTWF5IDEzLCAyMDA3IGF0IDExOjExOjM3 QU0gLTA3MDAsIFN0ZXZlIEthcmdsIHdyb3RlLi4+IE9uIFN1biwgTWF5IDEzLCAyMDA3IGF0IDA4 OjEwOjUzUE0gKzAyMDAsIFdpbGtvIEJ1bHRlIHdyb3RlOj4gPiBPbiBTdW4sIE1heSAxMywgMjAw NyBhdCAxMDo1NDoyNUFNIC0wNzAwLCBTdGV2ZSBLYXJnbCB3cm90ZS4uPiA+ID4gV2hhdCBpcyB0 aGUgZm9ybWFsIHByb2Nlc3MgdG8gZ2V0IGEgcmVjZW50IGNvbW1pdCB0byA+ID4gPiAtY3VycmVu dCByZXZlcnRlZD8gIERvIEkgc2VuZCBlbWFpbCB0byBjb3JlPyAgRm9yID4gPiA+ID4gSG93IGFi b3V0IGFza2luZyB0aGUgY29tbWl0dGVyIHdobyBwdXQgaXQgaW4gQ1ZTPz4gPiA+ID4gQmUgcHJl cGFyZWQgdG8gZXhwbGFpbiB3aHkgeW91IHRoaW5rIHRoZSBjb21taXQgc2hvdWxkIGJlPiA+IHJl dmVydGVkLj4gPiBEaWQgeW91IHJlYWQgdGhlIFBSPyAgVGhlIGRldGFpbHMgYXJlIHRoZXJlLiAg Tm8uICBZb3UgYXNrZWQgYWJvdXQgdGhlIHByb2Nlc3MuICBUaGVyZSBpcyBubyBmb3JtYWwgcHJv Y2Vzc2luIHRoYXQgc2Vuc2UuID4gZ2RiIGlzIGJyb2tlbiB3aXRoIHRjc2guICBIYXZpbmcgYSBu b25mdW5jdGlvbmluZyBkZWJ1Z2dlcj4gd291bGQgc2VlbSB0byBiZSBhIHJhdGhlciBzZXZlcmUg cHJvYmxlbS4gVXNlIGFub3RoZXIgc2hlbGwgZm9yIG5vdy4gIEFuZCB3YWl0IGZvciB0aGUgY29t bWl0dGVyIHRvcmVzcG9uZC4gLS0gV2lsa28gQnVsdGUJCQkJd2lsa29ARnJlZUJTRC5vcmcgLS1G b3J3YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1Gcm9tOiBkZXNAZGVzLm5vQ0M6IGZyZWVic2Qt Y3VycmVudEBmcmVlYnNkLm9yZ1RvOiBzZ2tAdHJvdXRtYXNrLmFwbC53YXNoaW5ndG9uLmVkdURh dGU6IFN1biwgMTMgTWF5IDIwMDcgMjA6MjM6NDMgKzAyMDBTdWJqZWN0OiBSZTogUHJvY2VzcyBm b3IgcmVxdWVzdGluZyByZXZlcnRpbmcgcGF0Y2g/U3RldmUgS2FyZ2wgPHNna0B0cm91dG1hc2su YXBsLndhc2hpbmd0b24uZWR1PiB3cml0ZXM6PiBXaGF0IGlzIHRoZSBmb3JtYWwgcHJvY2VzcyB0 byBnZXQgYSByZWNlbnQgY29tbWl0IHRvIC1jdXJyZW50PiByZXZlcnRlZD8gIERvIEkgc2VuZCBl bWFpbCB0byBjb3JlPyBZb3Ugc3RhcnQgYnkgdGFsa2luZyB0byB0aGUgcGVyc29uIHdobyBkaWQg dGhlIGNvbW1pdC4gIFRoYXQgbXVjaCBzaG91bGRiZSBvYnZpb3VzLiBERVMtLSBEYWctRXJsaW5n IFNtw7hyZ3JhdiAtIGRlc0BkZXMubm8gLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1G cm9tOiBzZ2tAdHJvdXRtYXNrLmFwbC53YXNoaW5ndG9uLmVkdUNDOiBmcmVlYnNkLWN1cnJlbnRA ZnJlZWJzZC5vcmdUbzogZGVzQGRlcy5ub0RhdGU6IFN1biwgMTMgTWF5IDIwMDcgMTE6MzA6MDkg LTA3MDBTdWJqZWN0OiBSZTogUHJvY2VzcyBmb3IgcmVxdWVzdGluZyByZXZlcnRpbmcgcGF0Y2g/ T24gU3VuLCBNYXkgMTMsIDIwMDcgYXQgMDg6MjM6NDNQTSArMDIwMCwgRGFnLUVybGluZyBTbT8/ cmdyYXYgd3JvdGU6PiBTdGV2ZSBLYXJnbCA8c2drQHRyb3V0bWFzay5hcGwud2FzaGluZ3Rvbi5l ZHU+IHdyaXRlczo+ID4gV2hhdCBpcyB0aGUgZm9ybWFsIHByb2Nlc3MgdG8gZ2V0IGEgcmVjZW50 IGNvbW1pdCB0byAtY3VycmVudD4gPiByZXZlcnRlZD8gIERvIEkgc2VuZCBlbWFpbCB0byBjb3Jl Pz4gPiBZb3Ugc3RhcnQgYnkgdGFsa2luZyB0byB0aGUgcGVyc29uIHdobyBkaWQgdGhlIGNvbW1p dC4gIFRoYXQgbXVjaCBzaG91bGQ+IGJlIG9idmlvdXMuPiAgSSB3b3VsZCBleHBlY3QgYSBjb21t aXR0ZXIsIHdobyBjaGFuZ2VzIHNvbWV0aGluZyBhcyBpbXBvcnRhbnQgYXN0aGUgZGVmYXVsdCBz aGVsbCBpbiBGcmVlQlNELCB0byByZWFkIHRoZSBmcmVlYnNkLWN1cnJlbnQgbWFpbGluZ2xpc3Qg YW5kIHRoZSBQUiBkYXRhYmFzZS4gLS0gU3RldmUgLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2ht ZW50LS1Gcm9tOiBwZXRlcmplcmVteUBvcHR1c2hvbWUuY29tLmF1Q0M6IGZyZWVic2QtY3VycmVu dEBmcmVlYnNkLm9yZ1RvOiBkbmVsc29uQGFsbGFudGdyb3VwLmNvbURhdGU6IE1vbiwgMTQgTWF5 IDIwMDcgMDQ6NDg6NTYgKzEwMDBTdWJqZWN0OiBSZTogW1BBVENIXSBGYW5jeSByYyBzdGFydHVw IChyZXZpc2l0ZWQpT24gMjAwNy1NYXktMTIgMjE6NDA6MzAgLTA1MDAsIERhbiBOZWxzb24gPGRu ZWxzb25AYWxsYW50Z3JvdXAuY29tPiB3cm90ZTo+VGFrZW4gdG8gYW4gZXh0cmVtZSwgeW91IGhh dmUgU29sYXJpcyAxMCwgd2hlcmUgeW91IGdldCB0aGUga2VybmVsJ3M+Y29weXJpZ2h0IG1lc3Nh Z2UsIHNtZiBraWNrcyBvZmYgYWxsIHRoZSBzdGFydHVwIHNjcmlwdHMgaW4gcGFyYWxsZWw+KHN1 YmplY3QgdG8gZGVwZW5kZW5jeSBydWxlcykgaW4gdGhlIGJhY2tncm91bmQsIHRoZWlyIG91dHB1 dCBnb2VzIGludG8+aW5kaXZpZHVhbCBsb2dmaWxlcywgYW5kIGFsbCB5b3Ugc2VlIGlzIHRoZSBs b2dpbjogcHJvbXB0IGF0IHRoZT5jb25zb2xlIDopIEkgaGF2ZW4ndCBwbGF5ZWQgd2l0aCBTb2xh cmlzIDEwIGJ1dCBJTUhPLCBTb2xhcmlzIDggYW5kIFNvbGFyaXMgOXRha2UgdGhlIHF1aWV0IHN0 YXJ0dXAgdG9vIGZhcjogWW91IGdldCBhIGZldyBsaW5lcyBvZiBvdXRwdXQgdGhlbm5vdGhpbmcg KG5vIG9idmlvdXMgc2lnbnMgb2YgYWN0aXZpdHkpIGZvciB3aGF0IHNlZW1zIGxpa2UgaG91cnMu Li5UaGlzIGNhbiBiZSB2ZXJ5IGRpc2NvbmNlcnRpbmcgd2hlbiB0aGluZ3MgaGF2ZSBiZWVuIGNo YW5nZWQgYW5keW91IGFyZSBub3QgY29uZmlkZW50IHRoYXQgaXQncyBnb2luZyB0byB3b3JrIGF0 IGFsbC4gIEkgZmFyIHByZWZlcmF0IGxlYXN0IHNvbWUgaW5kaWNhdGlvbiB0aGF0IHRoaW5ncyBh cmUgcHJvY2VlZGluZy4gLS0gUGV0ZXIgSmVyZW15LS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2ht ZW50LS1Gcm9tOiBkZXNAZGVzLm5vQ0M6IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZ1RvOiBz Z2tAdHJvdXRtYXNrLmFwbC53YXNoaW5ndG9uLmVkdURhdGU6IFN1biwgMTMgTWF5IDIwMDcgMjE6 MjQ6MzUgKzAyMDBTdWJqZWN0OiBSZTogUHJvY2VzcyBmb3IgcmVxdWVzdGluZyByZXZlcnRpbmcg cGF0Y2g/U3RldmUgS2FyZ2wgPHNna0B0cm91dG1hc2suYXBsLndhc2hpbmd0b24uZWR1PiB3cml0 ZXM6PiBPbiBTdW4sIE1heSAxMywgMjAwNyBhdCAwODoyMzo0M1BNICswMjAwLCBEYWctRXJsaW5n IFNtPz9yZ3JhdiB3cm90ZTo+ID4gU3RldmUgS2FyZ2wgPHNna0B0cm91dG1hc2suYXBsLndhc2hp bmd0b24uZWR1PiB3cml0ZXM6PiA+ID4gV2hhdCBpcyB0aGUgZm9ybWFsIHByb2Nlc3MgdG8gZ2V0 IGEgcmVjZW50IGNvbW1pdCB0byAtY3VycmVudD4gPiA+IHJldmVydGVkPyAgRG8gSSBzZW5kIGVt YWlsIHRvIGNvcmU/PiA+IFlvdSBzdGFydCBieSB0YWxraW5nIHRvIHRoZSBwZXJzb24gd2hvIGRp ZCB0aGUgY29tbWl0LiAgVGhhdCBtdWNoIHNob3VsZD4gPiBiZSBvYnZpb3VzLj4gSSB3b3VsZCBl eHBlY3QgYSBjb21taXR0ZXIsIHdobyBjaGFuZ2VzIHNvbWV0aGluZyBhcyBpbXBvcnRhbnQgYXM+ IHRoZSBkZWZhdWx0IHNoZWxsIGluIEZyZWVCU0QsIHRvIHJlYWQgdGhlIGZyZWVic2QtY3VycmVu dCBtYWlsaW5nPiBsaXN0IGFuZCB0aGUgUFIgZGF0YWJhc2UuIEkgd291bGQgZXhwZWN0IGEgY29t bWl0dGVyIHN1Y2ggYXMgeW91cnNlbGYgdG8ga25vdyB0aGF0IHRoZXJlIGFyZWJldHRlciB3YXlz IHRvIGFwcHJvYWNoIHRoaXMgdGhhbiBwb3N0aW5nIHRvIC1jdXJyZW50IGFuZCB0aHJlYXRlbmlu ZyB0b3Rha2UgdGhlIG1hdHRlciB0byBjb3JlQC4gREVTLS0gRGFnLUVybGluZyBTbcO4cmdyYXYg LSBkZXNAZGVzLm5vIC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNobWVudC0tRnJvbTogYW5kZXJz b25AZnJlZWJzZC5vcmdDQzogcndhdHNvbkBmcmVlYnNkLm9yZzsga2lhbi5tb2hhZ2VyaUBnbWFp bC5jb207IGRuZWxzb25AYWxsYW50Z3JvdXAuY29tOyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5v cmdUbzoga2VyYW1pZGFAZnJlZWJzZC5vcmdEYXRlOiBTdW4sIDEzIE1heSAyMDA3IDE0OjI5OjA0 IC0wNTAwU3ViamVjdDogUmU6IFtQQVRDSF0gRmFuY3kgcmMgc3RhcnR1cCAocmV2aXNpdGVkKU9u IDA1LzEyLzA3IDIyOjE4LCBHaW9yZ29zIEtlcmFtaWRhcyB3cm90ZTo+IE9uIDIwMDctMDUtMTIg MjE6NDAsIERhbiBOZWxzb24gPGRuZWxzb25AYWxsYW50Z3JvdXAuY29tPiB3cm90ZTo+PiBJbiB0 aGUgbGFzdCBlcGlzb2RlIChNYXkgMTIpLCBSb2JlcnQgV2F0c29uIHNhaWQ6Pj4+IENhbGwgbWUg b2xkLWZhc2hpb25lZCwgYnV0IEkgYWN0dWFsbHkgcHJlZmVycmVkIHRoZSBtdWNoIG1vcmU+Pj4g YWJicmV2aWF0ZWQgcmMgb3V0cHV0IGZyb20gYmVmb3JlIHJjLmQgZXZlbi4gOi0pIFdlJ3JlIG5v dCBnb2luZyBiYWNrPj4+IHRvIGhhcmR3YXJlIGRldmljZXMgd2hlcmUgYWxsIHRoZSBwcm9iZWQg ZGV2aWNlcyBhZGQgdXAgdG8gZmV3ZXIgdGhhbj4+PiAyNSBsaW5lcywgSSdtIHN1cmUsIGJ1dCB3 aGVuIGRhZW1vbnMgZ2VuZXJhdGVkIDgtMTIgY2hhcmFjdGVycz4+PiB3aXRob3V0IGEgY2Fycmlh Z2UgcmV0dXJuIGVhY2gsIHRoZXJlIHdhcyBhIGdvb2QgY2hhbmNlIHlvdSBjb3VsZD4+PiBzdGls bCBzZWUgdGhlIGVuZCBvZiB0aGUga2VybmVsIG1lc3NhZ2VzIGJ5IHRoZSB0aW1lIHlvdSBnb3Qg dG8+Pj4gbG9naW46LCBhbmQgSSBtaXNzIHRoYXQuICBJIGRvbid0IG9iamVjdCB0byBvcHRpb25h bCBtb3JlIGNvbXBsZXg+Pj4gb3V0cHV0IGFzIGxvbmcgYXMgdGhhdCBjb21wbGV4aXR5IGlzIGhp ZGRlbiBhd2F5IG5lYXRseSBzb21ld2hlcmUgaW4+Pj4gcmMuc3ViciwgYW5kIGlzbid0IG9uIGJ5 IGRlZmF1bHQgYXMgc2hpcHBlZC4gIEknZCBsb3ZlIGl0IGlmIHNvbWVvbmU+Pj4gY291bGQgcmVz dG9yZSB0aGUgZXZlbiBzaG9ydGVyIG91dHB1dCB3ZSBoYWQgYmVmb3JlLj4+IFRha2VuIHRvIGFu IGV4dHJlbWUsIHlvdSBoYXZlIFNvbGFyaXMgMTAsIHdoZXJlIHlvdSBnZXQgdGhlIGtlcm5lbCdz Pj4gY29weXJpZ2h0IG1lc3NhZ2UsIHNtZiBraWNrcyBvZmYgYWxsIHRoZSBzdGFydHVwIHNjcmlw dHMgaW4gcGFyYWxsZWw+PiAoc3ViamVjdCB0byBkZXBlbmRlbmN5IHJ1bGVzKSBpbiB0aGUgYmFj a2dyb3VuZCwgdGhlaXIgb3V0cHV0IGdvZXM+PiBpbnRvIGluZGl2aWR1YWwgbG9nZmlsZXMsIGFu ZCBhbGwgeW91IHNlZSBpcyB0aGUgbG9naW46IHByb21wdCBhdCB0aGU+PiBjb25zb2xlIDopPiA+ IE1vcmUgbGlrZSBTb2xhcmlzIDEwICJib290IC12Iiwgd2hlcmUgeW91IHN0aWxsIGdldCB0aGUg a2VybmVsIG1lc3NhZ2VzLD4gYnV0IHlvdSBoYXZlIGEgcG9pbnQgdGhlcmUuICBJIGFtIGtpbmQg b2Ygb2xkLWZhc2hpb25lZCBpbiB0aGUgUm9iZXJ0PiB3YXkgdG9vLCBob3dldmVyLiAgSWYgdGhl cmUgd2FzIGEgd2F5IHRvIG1pbmltaXplIHRoZSBjb25zb2xlIG91dHB1dD4gd2hlbiBzZXJ2aWNl cyBhcmUgc3RhcnRpbmcsIGkuZS4gdG8gcHJpbnQgc29tZXRoaW5nIGxpa2U6PiA+ICAgW2xhc3Qg a2VybmVsIG1lc3NhZ2VdPiA+ICAgQm9vdGluZyBGcmVlQlNEOiBkdW1wb24gaW5pdHJhbmRvbSBm c2NrIHJvb3QgaG9zdGlkIG1vdW50Y3JpdGxvY2FsPiAgIHZhciBjbGVhbnZhciByYW5kb20gYWRq a2VybnR6IGhvc3RuYW1lIGtsZHhyZWYgc3dhcCBzeXNjdGwgbmV0aWYgKGxvMD4gICBmeHAwKSBw ZmxvZyBwZiByb3V0aW5nIGRldmQgbnNzd2l0Y2ggZGV2ZnMgc3lzbG9nZCBsZGNvbmZpZyBuYW1l ZD4gICBhdWRpdGQgdG1wIGNsZWFydG1wIGRtZXNnIHZpcmVjb3ZlciBsb2NhbCBtb3RkIG50cGQg cG93ZXJkIHN5c2NvbnM+ICAgc3NoZCBzZW5kbWFpbCBjcm9uIHNlY3VyZWxldmVsIHBvd2VyX3By b2ZpbGUgaW5ldGQ+ID4gICBmb28gbG9naW46PiA+IHdoZXJlIGVhY2ggcmMuZCBzY3JpcHQgd291 bGQgb25seSBwcmludCBpdHMgbmFtZSBpZiBpdCAqd2FzKiBlbmFibGVkPiB3aXRoIHh4eF9lbmFi bGUsIG9wdGlvbmFsbHkgZm9sbG93ZWQgYnkgYSBwYXJlbnRoZXNpemVkIGxpc3Qgb2Y+IHNpbmds ZS13b3JkIHN0YXR1cyBtZXNzYWdlcyBmb3IgZWFjaCBzdWJzY3JpcHQvY29tcG9uZW50KSwgd291 bGQgYmU+IHJlYWxseSBuZWF0Lj4gPiBJcyB0aGVyZSBhbnkgZWFzeSB3YXkgd2UgY2FuICd0dW5l JyB0aGUgZmFuY3kgc2NyaXB0IHRvIHN1cHBvcnQgdGhlPiBjdXJyZW50IG91dHB1dCBzdHlsZSwg YSB2ZXJ5IGJyaWVmIHN0eWxlIGxpa2UgYWJvdmUsIGFuZCB0aGVuIGEgZmFuY3k+IGNvbG9yZnVs IHN0eWxlLCBkZXBlbmRpbmcgb24gYW4gcmMuY29uZiBzZXR0aW5nPyBJIHRoaW5rIHRoZSByY19m YW5jeSBwYXRjaCBjb3VsZCBiZSBwcmV0dHkgZWFzaWx5IHR3ZWFrZWQgdG8gZG8gZXhhY3RseSB3 aGF0IHlvdSBzYXkuICBJIG1pZ2h0IGdpdmUgaXQgYSBnbywgYW5kIGFkZCB0aGF0IGFzIGFub3Ro ZXIgb3B0aW9uIHRvIGl0LiAgTWF5YmUgdGhlbiB0aGUgdmFyaWFibGUgc2hvdWxkIGNoYW5nZSB0 byByY19zdHlsZV8qIGluc3RlYWQ/ICBFcmljICAgLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2ht ZW50LS1Gcm9tOiBzZ2tAdHJvdXRtYXNrLmFwbC53YXNoaW5ndG9uLmVkdUNDOiBmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmdUbzogZGVzQGRlcy5ub0RhdGU6IFN1biwgMTMgTWF5IDIwMDcgMTI6 Mjg6MzYgLTA3MDBTdWJqZWN0OiBSZTogUHJvY2VzcyBmb3IgcmVxdWVzdGluZyByZXZlcnRpbmcg cGF0Y2g/T24gU3VuLCBNYXkgMTMsIDIwMDcgYXQgMDk6MjQ6MzVQTSArMDIwMCwgRGFnLUVybGlu ZyBTbT8/cmdyYXYgd3JvdGU6PiBTdGV2ZSBLYXJnbCA8c2drQHRyb3V0bWFzay5hcGwud2FzaGlu Z3Rvbi5lZHU+IHdyaXRlczo+ID4gT24gU3VuLCBNYXkgMTMsIDIwMDcgYXQgMDg6MjM6NDNQTSAr MDIwMCwgRGFnLUVybGluZyBTbT8/cmdyYXYgd3JvdGU6PiA+ID4gU3RldmUgS2FyZ2wgPHNna0B0 cm91dG1hc2suYXBsLndhc2hpbmd0b24uZWR1PiB3cml0ZXM6PiA+ID4gPiBXaGF0IGlzIHRoZSBm b3JtYWwgcHJvY2VzcyB0byBnZXQgYSByZWNlbnQgY29tbWl0IHRvIC1jdXJyZW50PiA+ID4gPiBy ZXZlcnRlZD8gIERvIEkgc2VuZCBlbWFpbCB0byBjb3JlPz4gPiA+IFlvdSBzdGFydCBieSB0YWxr aW5nIHRvIHRoZSBwZXJzb24gd2hvIGRpZCB0aGUgY29tbWl0LiAgVGhhdCBtdWNoIHNob3VsZD4g PiA+IGJlIG9idmlvdXMuPiA+IEkgd291bGQgZXhwZWN0IGEgY29tbWl0dGVyLCB3aG8gY2hhbmdl cyBzb21ldGhpbmcgYXMgaW1wb3J0YW50IGFzPiA+IHRoZSBkZWZhdWx0IHNoZWxsIGluIEZyZWVC U0QsIHRvIHJlYWQgdGhlIGZyZWVic2QtY3VycmVudCBtYWlsaW5nPiA+IGxpc3QgYW5kIHRoZSBQ UiBkYXRhYmFzZS4+ID4gSSB3b3VsZCBleHBlY3QgYSBjb21taXR0ZXIgc3VjaCBhcyB5b3Vyc2Vs ZiB0byBrbm93IHRoYXQgdGhlcmUgYXJlPiBiZXR0ZXIgd2F5cyB0byBhcHByb2FjaCB0aGlzIHRo YW4gcG9zdGluZyB0byAtY3VycmVudCBhbmQgdGhyZWF0ZW5pbmcgdG8+IHRha2UgdGhlIG1hdHRl ciB0byBjb3JlQC4+ICBJJ20gbm90IGEgY29tbWl0dGVyIHRvIHRoZSBGcmVlQlNEIHJlcG9zaXRv cnkuICBJIGVpdGhlciBzdWJtaXQgcGF0Y2hlcyB0byBmaXggcHJvYmxlbXMgb3IgY29kZSBmb3Ig bWlzc2luZyBsaWJyYXJ5cm91dGluZXMuICBJbiB0aGlzIHBhcnRpY3VsYXIgY2FzZSwgcmV2ZXJ0 aW5nIHRoZSB0Y3NoaW1wb3J0IGlzIHRoZSBjb3JyZWN0IGZpeCAoSU1ITykuIEkgYWxzbyBkaWRu J3QgdGhyZWF0ZW4gYW55b25lIG9yIGFueXRoaW5nLiAgSSBzaW1wbHkgd2FudGVkIHRvIGtub3cg d2hhdCB0aGUgcHJvY2VkdXJlIGlzIGZvciBnZXR0aW5nIGNvZGUgcmV2ZXJ0ZWQuIC0tIFN0ZXZl IC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNobWVudC0tRnJvbTogYXR0aWxpb0BmcmVlYnNkLm9y Z0NDOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IGFuZHJlQGZyZWVic2Qub3JnVG86IHN0 YkBsYXNzaXR1LmRlRGF0ZTogU3VuLCAxMyBNYXkgMjAwNyAyMTo0NTo0NSArMDIwMFN1YmplY3Q6 IFJlOiBwYW5pYzogbXV0ZXggdGNwIG93bmVkIGF0IC91c3Ivc3JjL3N5cy9uZXRpbmV0L3RjcF9p bnB1dC5jOjI0NzUyMDA3LzUvMTEsIFN0ZWZhbiBCZXRoa2UgPHN0YkBsYXNzaXR1LmRlPjo+PiBB bSAxMS4wNS4yMDA3IHVtIDIyOjMzIHNjaHJpZWIgQW5kcmUgT3BwZXJtYW5uOj4+ID4gU3RlZmFu IEJldGhrZSB3cm90ZTo+ID4+IEdvdCB0aGlzIHJlcHJvZHVjYWJsZSBwYW5pYyBvbiBBTUQ2NCBv biBhIGNvdXBsZSBvZiBkYXlzIG9sZCAtPiA+PiBjdXJyZW50ICB3aGVuIEkgdHJ5IHRvIGNvcHkg YSBmaWxlIG9mZiBhIFpGUyBkYXRhc2V0IHZpYT4gPj4gbmV0YXRhbGsncyBhZnBkICh2aWEgIFRD UCwgbm8gYWN0dWFsIEFwcGxlVGFsayBpbnZvbHZlZCkuPiA+PiA+IFRoaXMgaXMgYSByZWN1cnNp dmUgbGVhayBvZiB0aGUgSU5QX0lORk9fTE9DSygpIHlvdSd2ZSBoaXQgaGVyZS4+ID4gV2UgZG9u J3Q+ID4ga25vdyB5ZXQgd2hlcmUgaXQgZ2V0cyBsZWFrZWQgYnV0IHdlJ3JlIHdvcmtpbmcgb24g aXQuPj4gSGhtLiAgSSBjYW4gdHJpZ2dlciBpdCB2ZXJ5IGVhc2lseS4gIEkgZG9uJ3QgaGF2ZSBh IHNlcmlhbCBjb25zb2xlIG9uPiB0aGlzIGJveCwgYnV0IEkgY291bGQgdHJ5IGEgZmV3IHRoaW5n cyBpbiBhIGRlYnVnZ2VyIGlmIGFueW9uZSB3YW50cz4gbWUgdG8gbG9vayBhdCBhbnl0aGluZyBp biBwYXJ0aWN1bGFyLiBIZWxsbyBTdGVmYW4sY2FuIHlvdSBwbGVhc2UgcmVjb21waWxlIHlvdXIg a2VybmVsIHdpdGggSU5WQVJJQU5UUywgRERCIGFuZCBLVFIgc3VwcG9ydD8gSnVzdCBhZGQgdGhv c2UgbGluZXM6b3B0aW9ucyBJTlZBUklBTlRTb3B0aW9ucyBJTlZBUklBTlRfU1VQUE9SVG9wdGlv bnMgS0RCb3B0aW9ucyBEREJvcHRpb25zIEtUUm9wdGlvbnMgS1RSX0NPTVBJTEU9KEtUUl9MT0NL KW9wdGlvbnMgS1RSX0VOVFJJRVM9NjU1MzQgYW5kIHBvc3NpYmx5IHJlbW92ZSBrYmRtdXggZnJv bSB5b3VyIGNvbmZpZyBmaWxlIChub3Qgc3VyZSBpZiBpdCBoYXNzdGlsbCBwcm9ibGVtcyB3aXRo IG91ciBzeXNjb25zLCB0aG91Z2gpLiBUaGVuLCB3aGVuIHlvdSBoaXQgdGhhdCBwYW5pYyB5b3Ug c2hvdWxkIGp1c3QgYmUgcmVkaXJlY3RlZCB0byBkZGIuQXQgdGhhdCBwb2ludCBwbGVhc2Ugd3Jp dGUgJ3Nob3cga3RyJyBpbiB0aGUgZGRiIHByb21wdCBhbmQgcmVwb3J0d2hhdCBpdCBzaG93cy4g VGhhbmtzIGluIGFkdmFuY2UsQXR0aWxpbyAgLS0gUGVhY2UgY2FuIG9ubHkgYmUgYWNoaWV2ZWQg YnkgdW5kZXJzdGFuZGluZyAtIEEuIEVpbnN0ZWluIC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNo bWVudC0tRnJvbToga2VyYW1pZGFAZnJlZWJzZC5vcmdDQzogcndhdHNvbkBmcmVlYnNkLm9yZzsg a2lhbi5tb2hhZ2VyaUBnbWFpbC5jb207IGRuZWxzb25AYWxsYW50Z3JvdXAuY29tOyBmcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmdUbzogYW5kZXJzb25AZnJlZWJzZC5vcmdEYXRlOiBTdW4sIDEz IE1heSAyMDA3IDIzOjE0OjAzICswMzAwU3ViamVjdDogUmU6IFtQQVRDSF0gRmFuY3kgcmMgc3Rh cnR1cCAocmV2aXNpdGVkKU9uIDIwMDctMDUtMTMgMTQ6MjksIEVyaWMgQW5kZXJzb24gPGFuZGVy c29uQGZyZWVic2Qub3JnPiB3cm90ZTo+T24gMDUvMTIvMDcgMjI6MTgsIEdpb3Jnb3MgS2VyYW1p ZGFzIHdyb3RlOj4+IEkgYW0ga2luZCBvZiBvbGQtZmFzaGlvbmVkIGluIHRoZSBSb2JlcnQ+PiB3 YXkgdG9vLCBob3dldmVyLiAgSWYgdGhlcmUgd2FzIGEgd2F5IHRvIG1pbmltaXplIHRoZSBjb25z b2xlIG91dHB1dD4+IHdoZW4gc2VydmljZXMgYXJlIHN0YXJ0aW5nLCBpLmUuIHRvIHByaW50IHNv bWV0aGluZyBsaWtlOj4+ID4+ICAgW2xhc3Qga2VybmVsIG1lc3NhZ2VdPj4gPj4gICBCb290aW5n IEZyZWVCU0Q6IGR1bXBvbiBpbml0cmFuZG9tIGZzY2sgcm9vdCBob3N0aWQgbW91bnRjcml0bG9j YWw+PiAgIHZhciBjbGVhbnZhciByYW5kb20gYWRqa2VybnR6IGhvc3RuYW1lIGtsZHhyZWYgc3dh cCBzeXNjdGwgbmV0aWYgKGxvMD4+ICAgZnhwMCkgcGZsb2cgcGYgcm91dGluZyBkZXZkIG5zc3dp dGNoIGRldmZzIHN5c2xvZ2QgbGRjb25maWcgbmFtZWQ+PiAgIGF1ZGl0ZCB0bXAgY2xlYXJ0bXAg ZG1lc2cgdmlyZWNvdmVyIGxvY2FsIG1vdGQgbnRwZCBwb3dlcmQgc3lzY29ucz4+ICAgc3NoZCBz ZW5kbWFpbCBjcm9uIHNlY3VyZWxldmVsIHBvd2VyX3Byb2ZpbGUgaW5ldGQ+PiA+PiAgIGZvbyBs b2dpbjo+PiA+PiB3aGVyZSBlYWNoIHJjLmQgc2NyaXB0IHdvdWxkIG9ubHkgcHJpbnQgaXRzIG5h bWUgaWYgaXQgKndhcyogZW5hYmxlZD4+IHdpdGggeHh4X2VuYWJsZSwgb3B0aW9uYWxseSBmb2xs b3dlZCBieSBhIHBhcmVudGhlc2l6ZWQgbGlzdCBvZj4+IHNpbmdsZS13b3JkIHN0YXR1cyBtZXNz YWdlcyBmb3IgZWFjaCBzdWJzY3JpcHQvY29tcG9uZW50KSwgd291bGQgYmU+PiByZWFsbHkgbmVh dC4+PiA+PiBJcyB0aGVyZSBhbnkgZWFzeSB3YXkgd2UgY2FuICd0dW5lJyB0aGUgZmFuY3kgc2Ny aXB0IHRvIHN1cHBvcnQgdGhlPj4gY3VycmVudCBvdXRwdXQgc3R5bGUsIGEgdmVyeSBicmllZiBz dHlsZSBsaWtlIGFib3ZlLCBhbmQgdGhlbiBhIGZhbmN5Pj4gY29sb3JmdWwgc3R5bGUsIGRlcGVu ZGluZyBvbiBhbiByYy5jb25mIHNldHRpbmc/PiA+IEkgdGhpbmsgdGhlIHJjX2ZhbmN5IHBhdGNo IGNvdWxkIGJlIHByZXR0eSBlYXNpbHkgdHdlYWtlZCB0byBkbyBleGFjdGx5ID4gd2hhdCB5b3Ug c2F5LiBZZWFoLCB0aGF0IHdhcyBteSBpbXByZXNzaW9uIGZyb20gc2tpbW1pbmcgdGhyb3VnaCB0 aGUgY2hhbmdlcyA6KSA+IEkgbWlnaHQgZ2l2ZSBpdCBhIGdvLCBhbmQgYWRkIHRoYXQgYXMgYW5v dGhlciBvcHRpb24gdG8gaXQuICBNYXliZT4gdGhlbiB0aGUgdmFyaWFibGUgc2hvdWxkIGNoYW5n ZSB0byByY19zdHlsZV8qIGluc3RlYWQ/IENhbiBJIGhlbHAgd2l0aCB0ZXN0aW5nIG9yIGV2ZW4g d3JpdGluZyB0aGUgbmVjZXNzYXJ5IGNoYW5nZXM/ICAtLUZvcndhcmRlZCBNZXNzYWdlIEF0dGFj aG1lbnQtLUZyb206IGxhcnMuZW5nZWxzQDB4MjAubmV0Q0M6IHJ3YXRzb25AZnJlZWJzZC5vcmc7 IGtpYW4ubW9oYWdlcmlAZ21haWwuY29tOyBkbmVsc29uQGFsbGFudGdyb3VwLmNvbTsgZnJlZWJz ZC1jdXJyZW50QGZyZWVic2Qub3JnVG86IGtlcmFtaWRhQGZyZWVic2Qub3JnRGF0ZTogU3VuLCAx MyBNYXkgMjAwNyAyMzoxNToxNSArMDIwMFN1YmplY3Q6IFJlOiBbUEFUQ0hdIEZhbmN5IHJjIHN0 YXJ0dXAgKHJldmlzaXRlZClPbiBTdW4sIE1heSAxMywgMjAwNyBhdCAwNjoxODowOEFNICswMzAw LCBHaW9yZ29zIEtlcmFtaWRhcyB3cm90ZTo+ID4gTW9yZSBsaWtlIFNvbGFyaXMgMTAgImJvb3Qg LXYiLCB3aGVyZSB5b3Ugc3RpbGwgZ2V0IHRoZSBrZXJuZWwgbWVzc2FnZXMsPiBidXQgeW91IGhh dmUgYSBwb2ludCB0aGVyZS4gIEkgYW0ga2luZCBvZiBvbGQtZmFzaGlvbmVkIGluIHRoZSBSb2Jl cnQ+IHdheSB0b28sIGhvd2V2ZXIuICBJZiB0aGVyZSB3YXMgYSB3YXkgdG8gbWluaW1pemUgdGhl IGNvbnNvbGUgb3V0cHV0PiB3aGVuIHNlcnZpY2VzIGFyZSBzdGFydGluZywgaS5lLiB0byBwcmlu dCBzb21ldGhpbmcgbGlrZTo+ID4gICBbbGFzdCBrZXJuZWwgbWVzc2FnZV0+ID4gICBCb290aW5n IEZyZWVCU0Q6IGR1bXBvbiBpbml0cmFuZG9tIGZzY2sgcm9vdCBob3N0aWQgbW91bnRjcml0bG9j YWw+ICAgdmFyIGNsZWFudmFyIHJhbmRvbSBhZGprZXJudHogaG9zdG5hbWUga2xkeHJlZiBzd2Fw IHN5c2N0bCBuZXRpZiAobG8wPiAgIGZ4cDApIHBmbG9nIHBmIHJvdXRpbmcgZGV2ZCBuc3N3aXRj aCBkZXZmcyBzeXNsb2dkIGxkY29uZmlnIG5hbWVkPiAgIGF1ZGl0ZCB0bXAgY2xlYXJ0bXAgZG1l c2cgdmlyZWNvdmVyIGxvY2FsIG1vdGQgbnRwZCBwb3dlcmQgc3lzY29ucz4gICBzc2hkIHNlbmRt YWlsIGNyb24gc2VjdXJlbGV2ZWwgcG93ZXJfcHJvZmlsZSBpbmV0ZD4gPiAgIGZvbyBsb2dpbjo+ ID4gd2hlcmUgZWFjaCByYy5kIHNjcmlwdCB3b3VsZCBvbmx5IHByaW50IGl0cyBuYW1lIGlmIGl0 ICp3YXMqIGVuYWJsZWQ+IHdpdGggeHh4X2VuYWJsZSwgb3B0aW9uYWxseSBmb2xsb3dlZCBieSBh IHBhcmVudGhlc2l6ZWQgbGlzdCBvZj4gc2luZ2xlLXdvcmQgc3RhdHVzIG1lc3NhZ2VzIGZvciBl YWNoIHN1YnNjcmlwdC9jb21wb25lbnQpLCB3b3VsZCBiZT4gcmVhbGx5IG5lYXQuIEkgbGlrZSB0 aGlzIGlkZWEuIE9wdGlvbmFsbHkgdGhlIG5hbWVzIGNvdWxkIGJlIHByaW50ZWQgaW4gZ3JlZW4g YW5kIHJlZGRlcGVuZGluZyBvbiB3aGV0aGVyIHRoZSBzZXJ2aWNlIHN0YXJ0ZWQgc3VjY2Vzc2Z1 bGx5IG9yIG5vdC4tLUZvcndhcmRlZCBNZXNzYWdlIEF0dGFjaG1lbnQtLUZyb206IG1hc2h0aXph ZGVoQGdtYWlsLmNvbUNDOiBmcmVlYnNkLWZzQGZyZWVic2Qub3JnOyBqb2FvLmJhcnJvc0BnbWFp bC5jb207IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZ1RvOiBwamRAZnJlZWJzZC5vcmdEYXRl OiBTdW4sIDEzIE1heSAyMDA3IDEzOjMxOjMwIC0wNDAwU3ViamVjdDogUmU6IFpGUzogYW1kNjQs IGRldmQsIHJvb3QgZmlsZSBzeXN0ZW0uV2VsbCBjYW4ndCB3ZSBidWlsZCBhIGJvb3QgbG9hZGVy IG9mZiBvZiB0aGVyZSBzcGVjaWZpY2F0aW9uIGRvY3VtZW50PyBBbHNvLHdlIHByb2JhYmx5IG5l ZWQgdG8gaW1wcm92ZSB0aGUgYm9vdCBsb2FkZXIgSSB0aGluayBzb21ldGhpbmcgdG8gdGhhdCBl ZmZlY3R3YXMgaW4gdGhlIHN1Z2dlc3RlZCBwcm9qZWN0cyBsaXN0LiBUaGFua3MgdG8gZXZlcnlv bmUgd2hvIGhlbHBlZCBtYWtlIGEgWkZTIHJvb3QgcG9zc2libGUuIEl0J3Mgbm90IHNvIGJhZGhh dmluZyBhIFVGUyBib290IGZpbGUgc3lzdGVtLiBJJ20gc3dpdGNoaW5nIHRvZGF5IDotKSAtLSBB bGkgTWFzaHRpemFkZWjYudmE24wg2YXYtNiq24wg2LLYp9iv2YcgIE9uIDQvOS8wNywgUGF3ZWwg SmFrdWIgRGF3aWRlayA8cGpkQGZyZWVic2Qub3JnPiB3cm90ZTo+PiBPbiBNb24sIEFwciAwOSwg MjAwNyBhdCAwNDowODoyNlBNICswMTAwLCBKb2FvIEJhcnJvcyB3cm90ZTo+ID4gSSB3YXMgbG9v a2luZyBhdCBob3cgU29sYXJpcyBnb3Qgc3VwcG9ydCBmb3IgYm9vdGluZyBvZmYgWkZTIGFuZCB0 aGU+ID4gcGF0Y2ggdG8gR1JVQiB0byBzdXBwb3J0IGl0Lj4gPiBJcyBpdCBmZWFzaWJsZSBmb3Ig RnJlZUJTRCdzIGJvb3QgbG9hZGVyPyBXaGF0IHdvdWxkIGJlIHRoZSBtYWluPiA+IGlzc3VlOiB0 ZWNobmljYWwgb3IgbGljZW5zaW5nPz4+IEkgZG9uJ3Qga25vdyBpZiB0aGVyZSBhcmUgbGljZW5z aW5nIGlzc3VlcywgcHJvYmFibHkgeWVzIGlmIHdlIHdvdWxkPiBsaWtlIHRvIGFkZCBaRlMgc3Vw cG9ydCB0byBvdXIgc3RhbmRhcmQgbG9hZGVyLj4+IFRoZSBiaWdnZXN0IHByb2JsZW0gSSBzZWUg aXMgbGFjayBvZiBtb3RpdmF0aW9uIG9uIG15IHNpZGUuIFJlYWxseS4gV2h5PiBzb21lb25lIHdv dWxkIGxpa2UgdG8ga2VlcCBrZXJuZWwgb24gWkZTIHNvIG11Y2g/IFRoaXMgd291bGQgYmUgYSBo dWdlPiBhbW91bnQgb2Ygd29yaywgSSBleHBlY3QsIGFuZCB3aGF0IHdlIGdldCBpbiB0dXJuPyBP biBTb2xhcmlzIHlvdSBjYW4+IG9ubHkgYm9vdCBmcm9tIGEgc2luZ2xlLWRpc2sgcG9vbCBvciBm cm9tIGEgbWlycm9yZWQgcG9vbC4gSXMgaXQgcmVhbGx5PiB3b3J0aCB0aGUgZWZmb3J0IGZvciB1 cz8gSSBtdWNoIG1vcmUgcHJlZmVyIHRvIHNwZW5kIHRoZSB0aW1lIHdvcmtpbmcgb24+IHNvbWV0 aGluZyBtb3JlIHVzZWZ1bCB0aGFuIHRoYXQgYW5kIGtlZXAgbXkgc21hbGwgL2Jvb3QvIGZpbGUg c3lzdGVtPiBwcm90ZWN0ZWQgYnkgZ21pcnJvciBvbiBVRlMgLSB3aXRoIHRoaXMgYXBwcm9hY2gg dGhlcmUgYXJlIG5vPiBsaW1pdGF0aW9ucyAtIHdlIGNhbiBrZWVwIG91ciByb290IGZpbGUgc3lz dGVtIG9uIGNvbXByZXNzZWQgUkFJRC1aPiBwb29sLj4+IE9mIGNvdXJzZSBpZiBzb21lb25lIGlz IHdpbGxpbmcgdG8gdHJ5IHdvcmtpbmcgb24gdGhpcywgSSdtIGhhcHB5IHRvPiBoZWxwLj4+IC0t PiBQYXdlbCBKYWt1YiBEYXdpZGVrICAgICAgICAgICAgICAgICAgICAgICBodHRwOi8vd3d3Lndo ZWVsLnBsPiBwamRARnJlZUJTRC5vcmcgICAgICAgICAgICAgICAgICAgICAgICAgICBodHRwOi8v d3d3LkZyZWVCU0Qub3JnPiBGcmVlQlNEIGNvbW1pdHRlciAgICAgICAgICAgICAgICAgICAgICAg ICBBbSBJIEV2aWw/IFllcywgSSBBbSE+Pi0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0YWNobWVudC0t RnJvbTogbGluaW1vbkBsb25lc29tZS5jb21DQzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3Jn VG86IHNna0B0cm91dG1hc2suYXBsLndhc2hpbmd0b24uZWR1RGF0ZTogU3VuLCAxMyBNYXkgMjAw NyAxMzowNTowNiAtMDUwMFN1YmplY3Q6IFJlOiBQcm9jZXNzIGZvciByZXF1ZXN0aW5nIHJldmVy dGluZyBwYXRjaD9PbiBTdW4sIE1heSAxMywgMjAwNyBhdCAxMDo1NDoyNUFNIC0wNzAwLCBTdGV2 ZSBLYXJnbCB3cm90ZTo+IGh0dHA6Ly93d3cuZnJlZWJzZC5vcmcvY2dpL3F1ZXJ5LXByLmNnaT9w cj0xMTI0MDggV2VsbCwgeW91J3ZlIGRvbmUgdGhlIHJpZ2h0IHRoaW5nIGJ5IHNlbmRpbmcgYSBQ UiBhbmQgaGF2aW5nIGl0IGFzc2lnbmVkdG8gdGhlIG1haW50YWluZXIuICBIYXZlIHlvdSBub3Qg aGVhcmQgYW55dGhpbmcgYmFjayBmcm9tIG1wQD8gbWNsIC0tRm9yd2FyZGVkIE1lc3NhZ2UgQXR0 YWNobWVudC0tRnJvbTogbGluaW1vbkBsb25lc29tZS5jb21DQzogbGluaW1vbkBsb25lc29tZS5j b207IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZ1RvOiBzZ2tAdHJvdXRtYXNrLmFwbC53YXNo aW5ndG9uLmVkdURhdGU6IFN1biwgMTMgTWF5IDIwMDcgMTY6MTA6MzYgLTA1MDBTdWJqZWN0OiBS ZTogUHJvY2VzcyBmb3IgcmVxdWVzdGluZyByZXZlcnRpbmcgcGF0Y2g/T24gU3VuLCBNYXkgMTMs IDIwMDcgYXQgMTE6MDk6MTJBTSAtMDcwMCwgU3RldmUgS2FyZ2wgd3JvdGU6PiBSZW5kZXJpbmcg dGhlIGRlYnVnZ2VyIHVzZWxlc3Mgd2l0aCB0aGUgZGVmYXVsdCBzaGVsbCA+IHdvdWxkIHNlZW0g dG8gYmUgYSBjcml0aWNhbCBidWcgdG8gbWUsIGJ1dCBzb21laG93L29uZT4gZGVjaWRlZCB0aGF0 IHRoZSBzZXZlcml0eSB3YXMgbm9uLWNyaXRpY2FsLiAgV2UgcmVhbGx5IG5lZWQgdG8gcmVkZWZp bmUgd2hhdCAnY3JpdGljYWwnIGlzLCBzaW5jZSB0aGF0IGZpZWxkIGlzIHNvb2Z0ZW4gb3ZlcnVz ZWQgYXMgdG8gYmUgbWVhbmluZ2xlc3MuICBUaGF0IG1heSBiZSBvbiBvZiB0aGUgdG9waWNzIEkg dHJ5dG8gYWRkcmVzcyBhdCBCU0RDYW4gd2hlbiB0YWxraW5nIGFib3V0IFBSIHdvcmtmbG93LiBt Y2wgLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1Gcm9tOiBtcEBGcmVlQlNELm9yZ0ND OiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmdUbzogc2drQHRyb3V0bWFzay5hcGwud2FzaGlu Z3Rvbi5lZHVEYXRlOiBTdW4sIDEzIE1heSAyMDA3IDE0OjQxOjU4IC0wNzAwU3ViamVjdDogUmU6 IFByb2Nlc3MgZm9yIHJlcXVlc3RpbmcgcmV2ZXJ0aW5nIHBhdGNoP09uIDUvMTMvMDcgMTI6Mjgg UE0sIFN0ZXZlIEthcmdsIHdyb3RlOj4gT24gU3VuLCBNYXkgMTMsIDIwMDcgYXQgMDk6MjQ6MzVQ TSArMDIwMCwgRGFnLUVybGluZyBTbT8/cmdyYXYgd3JvdGU6Pj4gU3RldmUgS2FyZ2wgPHNna0B0 cm91dG1hc2suYXBsLndhc2hpbmd0b24uZWR1PiB3cml0ZXM6Pj4+IE9uIFN1biwgTWF5IDEzLCAy MDA3IGF0IDA4OjIzOjQzUE0gKzAyMDAsIERhZy1FcmxpbmcgU20/P3JncmF2IHdyb3RlOj4+Pj4g U3RldmUgS2FyZ2wgPHNna0B0cm91dG1hc2suYXBsLndhc2hpbmd0b24uZWR1PiB3cml0ZXM6Pj4+ Pj4gV2hhdCBpcyB0aGUgZm9ybWFsIHByb2Nlc3MgdG8gZ2V0IGEgcmVjZW50IGNvbW1pdCB0byAt Y3VycmVudD4+Pj4+IHJldmVydGVkPyAgRG8gSSBzZW5kIGVtYWlsIHRvIGNvcmU/Pj4+PiBZb3Ug c3RhcnQgYnkgdGFsa2luZyB0byB0aGUgcGVyc29uIHdobyBkaWQgdGhlIGNvbW1pdC4gIFRoYXQg bXVjaCBzaG91bGQ+Pj4+IGJlIG9idmlvdXMuPj4+IEkgd291bGQgZXhwZWN0IGEgY29tbWl0dGVy LCB3aG8gY2hhbmdlcyBzb21ldGhpbmcgYXMgaW1wb3J0YW50IGFzPj4+IHRoZSBkZWZhdWx0IHNo ZWxsIGluIEZyZWVCU0QsIHRvIHJlYWQgdGhlIGZyZWVic2QtY3VycmVudCBtYWlsaW5nPj4+IGxp c3QgYW5kIHRoZSBQUiBkYXRhYmFzZS4+PiBJIHdvdWxkIGV4cGVjdCBhIGNvbW1pdHRlciBzdWNo IGFzIHlvdXJzZWxmIHRvIGtub3cgdGhhdCB0aGVyZSBhcmU+PiBiZXR0ZXIgd2F5cyB0byBhcHBy b2FjaCB0aGlzIHRoYW4gcG9zdGluZyB0byAtY3VycmVudCBhbmQgdGhyZWF0ZW5pbmcgdG8+PiB0 YWtlIHRoZSBtYXR0ZXIgdG8gY29yZUAuPj4+ID4gSSdtIG5vdCBhIGNvbW1pdHRlciB0byB0aGUg RnJlZUJTRCByZXBvc2l0b3J5LiAgSSBlaXRoZXIgPiBzdWJtaXQgcGF0Y2hlcyB0byBmaXggcHJv YmxlbXMgb3IgY29kZSBmb3IgbWlzc2luZyBsaWJyYXJ5PiByb3V0aW5lcy4gIEluIHRoaXMgcGFy dGljdWxhciBjYXNlLCByZXZlcnRpbmcgdGhlIHRjc2g+IGltcG9ydCBpcyB0aGUgY29ycmVjdCBm aXggKElNSE8pLj4gPiBJIGFsc28gZGlkbid0IHRocmVhdGVuIGFueW9uZSBvciBhbnl0aGluZy4g IEkgc2ltcGx5IHdhbnRlZCA+IHRvIGtub3cgd2hhdCB0aGUgcHJvY2VkdXJlIGlzIGZvciBnZXR0 aW5nIGNvZGUgcmV2ZXJ0ZWQuPiAgQXMgdGhlIG93bmVyIG9mIHRoZSBQUiBhbmQgdGhlIHBlcnNv biB0aGF0IGNvbW1pdHRlZCB0aGUgcmVjZW50IHRjc2ggSSB0YWtlIGl0IHNlcmlvdXNseSB3aGVu IHNvbWVvbmUgYnJpbmdzIGl0IHRvIG15IGF0dGVudGlvbi4gQWZ0ZXIgdGhlIFBSIHdhcyBhc3Np Z25lZCB0byBtZSwgSSBzZW50IFN0ZXZlIHR3byBwcml2YXRlIGVtYWlscyBvbiA1LzcvMjAwNyBi dXQgd2l0aCBubyByZXNwb25zZSBiYWNrLiBHaXZlbiB0aGF0IGl0ICJ3b3JrcyBmb3IgbWUiIG9u IHR3byBkaWZmZXJlbnQgc3lzdGVtcywgSSBkb24ndCBrbm93IHdoYXQgSSBjb3VsZCBoYXZlIGRv bmUgZGlmZmVyZW50LiBCZWxvdyBpcyB0aGUgdGV4dCBmcm9tIHRoZSBzZWNvbmQgb25lLiBNYXJr IE9uIDUvNy8wNyAxMjoxNSBQTSwgTWFyayBQZWVrIHdyb3RlOiA+IE9uIDUvNy8wNyA4OjM5IEFN LCBNYXJrIFBlZWsgd3JvdGU6ID4+IFRoYW5rIHlvdSBmb3IgYnJpbmdpbmcgdGhpcyB0byBteSBh dHRlbnRpb24uIEkganVzdCBnb3QgYmFjayBmcm9tIGEgPj4gbG9uZyBidXNpbmVzcyB0cmlwLiBJ IHRyaWVkIGEgcXVpY2sgcmVwcm8gYnV0IGl0IHdvcmtlZCBmaW5lIGZvciBtZSBzbyA+PiBJJ20g Z2V0dGluZyB1cCB0byBkYXRlIHNvdXJjZXMgKGJ1aWxkd29ybGQsIGV0Yy4pIGFuZCB3aWxsIHRy eSBhZ2Fpbi4gPiA+IEkgZGlkIHRoZSBmdWxsIHJlYnVpbGQgYW5kIGl0IHN0aWxsIHdvcmtzIGZp bmUgZm9yIG1lOiA+ID4gY3VycmVudDMyIyBlY2hvICR2ZXJzaW9uID4gdGNzaCA2LjE1LjAwIChB c3Ryb24pIDIwMDctMDMtMDMgKGkzODYtaW50ZWwtRnJlZUJTRCkgb3B0aW9ucyA+IHdpZGUsbmxz LGRsLGFsLGthbixyaCxjb2xvcixmaWxlYyA+IGN1cnJlbnQzMiMgY2F0IGhlbGxvLmMgPiAjaW5j bHVkZSA8c3RkaW8uaD4gPiA+IGludCBtYWluKHZvaWQpIHsgPiAgICAgcHJpbnRmKCJoZWxsbyB3 b3JsZFxuIik7ID4gICAgIHJldHVybiAwOyA+IH0gPiBjdXJyZW50MzIjIGNjIC1vIHogLWcgaGVs bG8uYyA+IGN1cnJlbnQzMiMgd2hpY2ggZ2RiID4gL3Vzci9iaW4vZ2RiID4gY3VycmVudDMyIyBn ZGIgeiA+IEdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdID4gQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0 d2FyZSBGb3VuZGF0aW9uLCBJbmMuID4gR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkg dGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91ID4gYXJlID4gd2VsY29tZSB0 byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4g PiBjb25kaXRpb25zLiA+IFR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25z LiA+IFRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cg d2FycmFudHkiIGZvciBkZXRhaWxzLiA+IFRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJpMzg2 LW1hcmNlbC1mcmVlYnNkIi4uLiA+IChnZGIpIHJ1biA+IFN0YXJ0aW5nIHByb2dyYW06IC9yb290 L2J1Zy96ID4gaGVsbG8gd29ybGQgPiA+IFByb2dyYW0gZXhpdGVkIG5vcm1hbGx5LiA+IChnZGIp IHF1aXQgPiBjdXJyZW50MzIjID4gPiBIYXZlIHlvdSBzZWVuIGFueSBvdGhlciByZXBvcnRzIG9m IHRoaXMgaXNzdWU/IENvdWxkIHRoZXJlIGJlIHNvbWV0aGluZyA+IGRpZmZlcmVudCBvciBlbnZp cm9ubWVudGFsIHdpdGggeW91ciBzeXN0ZW0/IEknbSBsb2dnaW5nIGluIGFzIHJvb3QgYW5kID4g dXNpbmcgdGhlIHN0b2NrIC5jc2hyYyBmaWxlLiA+ID4gTWFyayA+ICAtLUZvcndhcmRlZCBNZXNz YWdlIEF0dGFjaG1lbnQtLUZyb206IHN0YkBsYXNzaXR1LmRlQ0M6IGZyZWVic2QtY3VycmVudEBm cmVlYnNkLm9yZzsgYW5kcmVAZnJlZWJzZC5vcmdUbzogYXR0aWxpb0BmcmVlYnNkLm9yZ0RhdGU6 IE1vbiwgMTQgTWF5IDIwMDcgMDA6MTc6MjggKzAyMDBTdWJqZWN0OiBSZTogcGFuaWM6IG11dGV4 IHRjcCBvd25lZCBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC90Y3BfaW5wdXQuYzoyNDc1IEFtIDEz LjA1LjIwMDcgdW0gMjE6NDUgc2NocmllYiBBdHRpbGlvIFJhbzogPiAyMDA3LzUvMTEsIFN0ZWZh biBCZXRoa2UgPHN0YkBsYXNzaXR1LmRlPjo+Pj4+IEFtIDExLjA1LjIwMDcgdW0gMjI6MzMgc2No cmllYiBBbmRyZSBPcHBlcm1hbm46Pj4+PiA+IFN0ZWZhbiBCZXRoa2Ugd3JvdGU6Pj4gPj4gR290 IHRoaXMgcmVwcm9kdWNhYmxlIHBhbmljIG9uIEFNRDY0IG9uIGEgY291cGxlIG9mIGRheXMgb2xk IC0+PiA+PiBjdXJyZW50ICB3aGVuIEkgdHJ5IHRvIGNvcHkgYSBmaWxlIG9mZiBhIFpGUyBkYXRh c2V0IHZpYT4+ID4+IG5ldGF0YWxrJ3MgYWZwZCAodmlhICBUQ1AsIG5vIGFjdHVhbCBBcHBsZVRh bGsgaW52b2x2ZWQpLj4+ID4+PiA+IFRoaXMgaXMgYSByZWN1cnNpdmUgbGVhayBvZiB0aGUgSU5Q X0lORk9fTE9DSygpIHlvdSd2ZSBoaXQgaGVyZS4+PiA+IFdlIGRvbid0Pj4gPiBrbm93IHlldCB3 aGVyZSBpdCBnZXRzIGxlYWtlZCBidXQgd2UncmUgd29ya2luZyBvbiBpdC4+Pj4+IEhobS4gIEkg Y2FuIHRyaWdnZXIgaXQgdmVyeSBlYXNpbHkuICBJIGRvbid0IGhhdmUgYSBzZXJpYWwgY29uc29s ZSBvbj4+IHRoaXMgYm94LCBidXQgSSBjb3VsZCB0cnkgYSBmZXcgdGhpbmdzIGluIGEgZGVidWdn ZXIgaWYgYW55b25lIHdhbnRzPj4gbWUgdG8gbG9vayBhdCBhbnl0aGluZyBpbiBwYXJ0aWN1bGFy Lj4+IEhlbGxvIFN0ZWZhbiw+IGNhbiB5b3UgcGxlYXNlIHJlY29tcGlsZSB5b3VyIGtlcm5lbCB3 aXRoIElOVkFSSUFOVFMsIEREQiBhbmQgS1RSICA+IHN1cHBvcnQ/Pj4gSnVzdCBhZGQgdGhvc2Ug bGluZXM6PiBvcHRpb25zIElOVkFSSUFOVFM+IG9wdGlvbnMgSU5WQVJJQU5UX1NVUFBPUlQ+IG9w dGlvbnMgS0RCPiBvcHRpb25zIEREQj4gb3B0aW9ucyBLVFI+IG9wdGlvbnMgS1RSX0NPTVBJTEU9 KEtUUl9MT0NLKT4gb3B0aW9ucyBLVFJfRU5UUklFUz02NTUzND4+IGFuZCBwb3NzaWJseSByZW1v dmUga2JkbXV4IGZyb20geW91ciBjb25maWcgZmlsZSAobm90IHN1cmUgaWYgaXQgaGFzPiBzdGls bCBwcm9ibGVtcyB3aXRoIG91ciBzeXNjb25zLCB0aG91Z2gpLj4+IFRoZW4sIHdoZW4geW91IGhp dCB0aGF0IHBhbmljIHlvdSBzaG91bGQganVzdCBiZSByZWRpcmVjdGVkIHRvIGRkYi4+IEF0IHRo YXQgcG9pbnQgcGxlYXNlIHdyaXRlICdzaG93IGt0cicgaW4gdGhlIGRkYiBwcm9tcHQgYW5kIHJl cG9ydD4gd2hhdCBpdCBzaG93cy4gTGVmdCBrYmRtdXggaW4gZm9yIHRoZSBtb21lbnQuIEhpdCB0 aGUgcGFuaWMsIGFuZCBzaG93IGt0ciBzaG93cyAgbm90aGluZ3M6IGRiPiBzaG93IGt0ci0tLSBF bmQgb2YgdHJhY2UgYnVmZmVyIC0tLWRiPiBJZiB5b3UgdGhpbmsgaXQncyB1c2VmdWwsIEkgY2Fu IHJlbW92ZSBrZGJtdXggYXMgd2VsbCBhbmQgdHJ5IGFnYWluLiAgU3RlZmFuIC0tIFN0ZWZhbiBC ZXRoa2UgPHN0YkBsYXNzaXR1LmRlPiAgIEZvbiArNDkgMTcwIDM0NiAwMTQwICAgLS1Gb3J3YXJk ZWQgTWVzc2FnZSBBdHRhY2htZW50LS1Gcm9tOiBrcmlzQG9ic2VjdXJpdHkub3JnQ0M6IGF0dGls aW9AZnJlZWJzZC5vcmc7IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzsgYW5kcmVAZnJlZWJz ZC5vcmdUbzogc3RiQGxhc3NpdHUuZGVEYXRlOiBTdW4sIDEzIE1heSAyMDA3IDE4OjIxOjE0IC0w NDAwU3ViamVjdDogUmU6IHBhbmljOiBtdXRleCB0Y3Agb3duZWQgYXQgL3Vzci9zcmMvc3lzL25l dGluZXQvdGNwX2lucHV0LmM6MjQ3NU9uIE1vbiwgTWF5IDE0LCAyMDA3IGF0IDEyOjE3OjI4QU0g KzAyMDAsIFN0ZWZhbiBCZXRoa2Ugd3JvdGU6PiA+IEFtIDEzLjA1LjIwMDcgdW0gMjE6NDUgc2No cmllYiBBdHRpbGlvIFJhbzo+ID4gPjIwMDcvNS8xMSwgU3RlZmFuIEJldGhrZSA8c3RiQGxhc3Np dHUuZGU+Oj4gPj4+ID4+QW0gMTEuMDUuMjAwNyB1bSAyMjozMyBzY2hyaWViIEFuZHJlIE9wcGVy bWFubjo+ID4+PiA+Pj4gU3RlZmFuIEJldGhrZSB3cm90ZTo+ID4+Pj4gR290IHRoaXMgcmVwcm9k dWNhYmxlIHBhbmljIG9uIEFNRDY0IG9uIGEgY291cGxlIG9mIGRheXMgb2xkIC0+ID4+Pj4gY3Vy cmVudCAgd2hlbiBJIHRyeSB0byBjb3B5IGEgZmlsZSBvZmYgYSBaRlMgZGF0YXNldCB2aWE+ID4+ Pj4gbmV0YXRhbGsncyBhZnBkICh2aWEgIFRDUCwgbm8gYWN0dWFsIEFwcGxlVGFsayBpbnZvbHZl ZCkuPiA+Pj4+ID4+PiBUaGlzIGlzIGEgcmVjdXJzaXZlIGxlYWsgb2YgdGhlIElOUF9JTkZPX0xP Q0soKSB5b3UndmUgaGl0IGhlcmUuPiA+Pj4gV2UgZG9uJ3Q+ID4+PiBrbm93IHlldCB3aGVyZSBp dCBnZXRzIGxlYWtlZCBidXQgd2UncmUgd29ya2luZyBvbiBpdC4+ID4+PiA+PkhobS4gIEkgY2Fu IHRyaWdnZXIgaXQgdmVyeSBlYXNpbHkuICBJIGRvbid0IGhhdmUgYSBzZXJpYWwgY29uc29sZSBv bj4gPj50aGlzIGJveCwgYnV0IEkgY291bGQgdHJ5IGEgZmV3IHRoaW5ncyBpbiBhIGRlYnVnZ2Vy IGlmIGFueW9uZSB3YW50cz4gPj5tZSB0byBsb29rIGF0IGFueXRoaW5nIGluIHBhcnRpY3VsYXIu PiA+PiA+SGVsbG8gU3RlZmFuLD4gPmNhbiB5b3UgcGxlYXNlIHJlY29tcGlsZSB5b3VyIGtlcm5l bCB3aXRoIElOVkFSSUFOVFMsIEREQiBhbmQgS1RSICA+ID5zdXBwb3J0Pz4gPj4gPkp1c3QgYWRk IHRob3NlIGxpbmVzOj4gPm9wdGlvbnMgSU5WQVJJQU5UUz4gPm9wdGlvbnMgSU5WQVJJQU5UX1NV UFBPUlQ+ID5vcHRpb25zIEtEQj4gPm9wdGlvbnMgRERCPiA+b3B0aW9ucyBLVFI+ID5vcHRpb25z IEtUUl9DT01QSUxFPShLVFJfTE9DSyk+ID5vcHRpb25zIEtUUl9FTlRSSUVTPTY1NTM0PiA+PiA+ YW5kIHBvc3NpYmx5IHJlbW92ZSBrYmRtdXggZnJvbSB5b3VyIGNvbmZpZyBmaWxlIChub3Qgc3Vy ZSBpZiBpdCBoYXM+ID5zdGlsbCBwcm9ibGVtcyB3aXRoIG91ciBzeXNjb25zLCB0aG91Z2gpLj4g Pj4gPlRoZW4sIHdoZW4geW91IGhpdCB0aGF0IHBhbmljIHlvdSBzaG91bGQganVzdCBiZSByZWRp cmVjdGVkIHRvIGRkYi4+ID5BdCB0aGF0IHBvaW50IHBsZWFzZSB3cml0ZSAnc2hvdyBrdHInIGlu IHRoZSBkZGIgcHJvbXB0IGFuZCByZXBvcnQ+ID53aGF0IGl0IHNob3dzLj4gPiBMZWZ0IGtiZG11 eCBpbiBmb3IgdGhlIG1vbWVudC4gSGl0IHRoZSBwYW5pYywgYW5kIHNob3cga3RyIHNob3dzICA+ IG5vdGhpbmdzOj4gPiBkYj4gc2hvdyBrdHI+IC0tLSBFbmQgb2YgdHJhY2UgYnVmZmVyIC0tLT4g ZGI+PiA+IElmIHlvdSB0aGluayBpdCdzIHVzZWZ1bCwgSSBjYW4gcmVtb3ZlIGtkYm11eCBhcyB3 ZWxsIGFuZCB0cnkgYWdhaW4uIFlvdSBhbHNvIG5lZWQgS1RSX01BU0s9KEtUUl9MT0NLKSAob3Ig c2V0IGRlYnVnLmt0ci5tYXNrIGF0IHJ1bnRpbWUpLHRoaXMgZmlsdGVycyB0aGUgZXZlbnRzIHRo YXQgYXJlIGxvZ2dlZC4gS3JpcyAtLUZvcndhcmRlZCBNZXNzYWdlIEF0dGFjaG1lbnQtLUZyb206 IHN0YkBsYXNzaXR1LmRlQ0M6IGF0dGlsaW9AZnJlZWJzZC5vcmc7IGZyZWVic2QtY3VycmVudEBm cmVlYnNkLm9yZzsgYW5kcmVAZnJlZWJzZC5vcmdUbzoga3Jpc0BvYnNlY3VyaXR5Lm9yZ0RhdGU6 IE1vbiwgMTQgTWF5IDIwMDcgMDA6MzM6MDYgKzAyMDBTdWJqZWN0OiBSZTogcGFuaWM6IG11dGV4 IHRjcCBvd25lZCBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC90Y3BfaW5wdXQuYzoyNDc1QW0gMTQu MDUuMjAwNyB1bSAwMDoyMSBzY2hyaWViIEtyaXMgS2VubmF3YXk6ID4gT24gTW9uLCBNYXkgMTQs IDIwMDcgYXQgMTI6MTc6MjhBTSArMDIwMCwgU3RlZmFuIEJldGhrZSB3cm90ZTo+Pj4+IEFtIDEz LjA1LjIwMDcgdW0gMjE6NDUgc2NocmllYiBBdHRpbGlvIFJhbzo+Pj4+PiBKdXN0IGFkZCB0aG9z ZSBsaW5lczo+Pj4gb3B0aW9ucyBJTlZBUklBTlRTPj4+IG9wdGlvbnMgSU5WQVJJQU5UX1NVUFBP UlQ+Pj4gb3B0aW9ucyBLREI+Pj4gb3B0aW9ucyBEREI+Pj4gb3B0aW9ucyBLVFI+Pj4gb3B0aW9u cyBLVFJfQ09NUElMRT0oS1RSX0xPQ0spPj4+IG9wdGlvbnMgS1RSX0VOVFJJRVM9NjU1MzQ+IFlv dSBhbHNvIG5lZWQgS1RSX01BU0s9KEtUUl9MT0NLKSAob3Igc2V0IGRlYnVnLmt0ci5tYXNrIGF0 IHJ1bnRpbWUpLD4gdGhpcyBmaWx0ZXJzIHRoZSBldmVudHMgdGhhdCBhcmUgbG9nZ2VkLiBJIHRy aWVkIHNldHRpbmcgaXQgd2l0aCBzeXNjdGw6cm9vdEBsaXR0bGU6fiMgc3lzY3RsIGRlYnVnLmt0 ci5tYXNrPTlkZWJ1Zy5rdHIubWFzazogMSAtPiA5IEJ1dCBzaG93IGt0ciBzdGlsbCBzaG93cyBu b3RoaW5nLiBEbyBuZWVkIHRvIHNldCB0aGlzIGluIHRoZSBsb2FkZXI/ICBTdGVmYW4gLS0gU3Rl ZmFuIEJldGhrZSA8c3RiQGxhc3NpdHUuZGU+ICAgRm9uICs0OSAxNzAgMzQ2IDAxNDAgICAtLUZv cndhcmRlZCBNZXNzYWdlIEF0dGFjaG1lbnQtLUZyb206IHN0YkBsYXNzaXR1LmRlQ0M6IGF0dGls aW9AZnJlZWJzZC5vcmc7IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzsgYW5kcmVAZnJlZWJz ZC5vcmdUbzoga3Jpc0BvYnNlY3VyaXR5Lm9yZ0RhdGU6IE1vbiwgMTQgTWF5IDIwMDcgMDA6NTU6 NDAgKzAyMDBTdWJqZWN0OiBSZTogcGFuaWM6IG11dGV4IHRjcCBvd25lZCBhdCAvdXNyL3NyYy9z eXMvbmV0aW5ldC90Y3BfaW5wdXQuYzoyNDc1IEFtIDE0LjA1LjIwMDcgdW0gMDA6MjEgc2Nocmll YiBLcmlzIEtlbm5hd2F5OiA+IE9uIE1vbiwgTWF5IDE0LCAyMDA3IGF0IDEyOjE3OjI4QU0gKzAy MDAsIFN0ZWZhbiBCZXRoa2Ugd3JvdGU6Pj4+PiBBbSAxMy4wNS4yMDA3IHVtIDIxOjQ1IHNjaHJp ZWIgQXR0aWxpbyBSYW86Pj4+Pj4gMjAwNy81LzExLCBTdGVmYW4gQmV0aGtlIDxzdGJAbGFzc2l0 dS5kZT46Pj4+Pj4+Pj4gQW0gMTEuMDUuMjAwNyB1bSAyMjozMyBzY2hyaWViIEFuZHJlIE9wcGVy bWFubjo+Pj4+Pj4+Pj4gU3RlZmFuIEJldGhrZSB3cm90ZTo+Pj4+Pj4gR290IHRoaXMgcmVwcm9k dWNhYmxlIHBhbmljIG9uIEFNRDY0IG9uIGEgY291cGxlIG9mIGRheXMgb2xkIC0+Pj4+Pj4gY3Vy cmVudCAgd2hlbiBJIHRyeSB0byBjb3B5IGEgZmlsZSBvZmYgYSBaRlMgZGF0YXNldCB2aWE+Pj4+ Pj4gbmV0YXRhbGsncyBhZnBkICh2aWEgIFRDUCwgbm8gYWN0dWFsIEFwcGxlVGFsayBpbnZvbHZl ZCkuPj4+Pj4+Pj4+PiBUaGlzIGlzIGEgcmVjdXJzaXZlIGxlYWsgb2YgdGhlIElOUF9JTkZPX0xP Q0soKSB5b3UndmUgaGl0IGhlcmUuPj4+Pj4gV2UgZG9uJ3Q+Pj4+PiBrbm93IHlldCB3aGVyZSBp dCBnZXRzIGxlYWtlZCBidXQgd2UncmUgd29ya2luZyBvbiBpdC4+Pj4+Pj4+PiBIaG0uICBJIGNh biB0cmlnZ2VyIGl0IHZlcnkgZWFzaWx5LiAgSSBkb24ndCBoYXZlIGEgc2VyaWFsICA+Pj4+IGNv bnNvbGUgb24+Pj4+IHRoaXMgYm94LCBidXQgSSBjb3VsZCB0cnkgYSBmZXcgdGhpbmdzIGluIGEg ZGVidWdnZXIgaWYgYW55b25lICA+Pj4+IHdhbnRzPj4+PiBtZSB0byBsb29rIGF0IGFueXRoaW5n IGluIHBhcnRpY3VsYXIuPj4+Pj4+IEhlbGxvIFN0ZWZhbiw+Pj4gY2FuIHlvdSBwbGVhc2UgcmVj b21waWxlIHlvdXIga2VybmVsIHdpdGggSU5WQVJJQU5UUywgRERCIGFuZCBLVFI+Pj4gc3VwcG9y dD8+Pj4+Pj4gSnVzdCBhZGQgdGhvc2UgbGluZXM6Pj4+IG9wdGlvbnMgSU5WQVJJQU5UUz4+PiBv cHRpb25zIElOVkFSSUFOVF9TVVBQT1JUPj4+IG9wdGlvbnMgS0RCPj4+IG9wdGlvbnMgRERCPj4+ IG9wdGlvbnMgS1RSPj4+IG9wdGlvbnMgS1RSX0NPTVBJTEU9KEtUUl9MT0NLKT4+PiBvcHRpb25z IEtUUl9FTlRSSUVTPTY1NTM0Pj4+Pj4+IGFuZCBwb3NzaWJseSByZW1vdmUga2JkbXV4IGZyb20g eW91ciBjb25maWcgZmlsZSAobm90IHN1cmUgaWYgaXQgaGFzPj4+IHN0aWxsIHByb2JsZW1zIHdp dGggb3VyIHN5c2NvbnMsIHRob3VnaCkuPj4+Pj4+IFRoZW4sIHdoZW4geW91IGhpdCB0aGF0IHBh bmljIHlvdSBzaG91bGQganVzdCBiZSByZWRpcmVjdGVkIHRvIGRkYi4+Pj4gQXQgdGhhdCBwb2lu dCBwbGVhc2Ugd3JpdGUgJ3Nob3cga3RyJyBpbiB0aGUgZGRiIHByb21wdCBhbmQgcmVwb3J0Pj4+ IHdoYXQgaXQgc2hvd3MuPj4+PiBMZWZ0IGtiZG11eCBpbiBmb3IgdGhlIG1vbWVudC4gSGl0IHRo ZSBwYW5pYywgYW5kIHNob3cga3RyIHNob3dzPj4gbm90aGluZ3M6Pj4+PiBkYj4gc2hvdyBrdHI+ PiAtLS0gRW5kIG9mIHRyYWNlIGJ1ZmZlciAtLS0+PiBkYj4+Pj4+IElmIHlvdSB0aGluayBpdCdz IHVzZWZ1bCwgSSBjYW4gcmVtb3ZlIGtkYm11eCBhcyB3ZWxsIGFuZCB0cnkgYWdhaW4uPj4gWW91 IGFsc28gbmVlZCBLVFJfTUFTSz0oS1RSX0xPQ0spIChvciBzZXQgZGVidWcua3RyLm1hc2sgYXQg cnVudGltZSksPiB0aGlzIGZpbHRlcnMgdGhlIGV2ZW50cyB0aGF0IGFyZSBsb2dnZWQuIE5vdGhp bmcgc3RpbGwuIC0tIFN0ZWZhbiBCZXRoa2UgPHN0YkBsYXNzaXR1LmRlPiAgIEZvbiArNDkgMTcw IDM0NiAwMTQwICAgLS1Gb3J3YXJkZWQgTWVzc2FnZSBBdHRhY2htZW50LS1Gcm9tOiBzZ2tAdHJv dXRtYXNrLmFwbC53YXNoaW5ndG9uLmVkdUNDOiBmcmVlYnNkLWN1cnJlbnRARnJlZUJTRC5vcmdU bzogbXBARnJlZUJTRC5vcmdEYXRlOiBTdW4sIDEzIE1heSAyMDA3IDE1OjUyOjU1IC0wNzAwU3Vi amVjdDogUmU6IFByb2Nlc3MgZm9yIHJlcXVlc3RpbmcgcmV2ZXJ0aW5nIHBhdGNoP09uIFN1biwg TWF5IDEzLCAyMDA3IGF0IDAyOjQxOjU4UE0gLTA3MDAsIE1hcmsgUGVlayB3cm90ZTo+IE9uIDUv MTMvMDcgMTI6MjggUE0sIFN0ZXZlIEthcmdsIHdyb3RlOj4gPk9uIFN1biwgTWF5IDEzLCAyMDA3 IGF0IDA5OjI0OjM1UE0gKzAyMDAsIERhZy1FcmxpbmcgU20/P3JncmF2IHdyb3RlOj4gPj5TdGV2 ZSBLYXJnbCA8c2drQHRyb3V0bWFzay5hcGwud2FzaGluZ3Rvbi5lZHU+IHdyaXRlczo+ID4+Pk9u IFN1biwgTWF5IDEzLCAyMDA3IGF0IDA4OjIzOjQzUE0gKzAyMDAsIERhZy1FcmxpbmcgU20/P3Jn cmF2IHdyb3RlOj4gPj4+PlN0ZXZlIEthcmdsIDxzZ2tAdHJvdXRtYXNrLmFwbC53YXNoaW5ndG9u LmVkdT4gd3JpdGVzOj4gPj4+Pj5XaGF0IGlzIHRoZSBmb3JtYWwgcHJvY2VzcyB0byBnZXQgYSBy ZWNlbnQgY29tbWl0IHRvIC1jdXJyZW50PiA+Pj4+PnJldmVydGVkPyAgRG8gSSBzZW5kIGVtYWls IHRvIGNvcmU/PiA+Pj4+WW91IHN0YXJ0IGJ5IHRhbGtpbmcgdG8gdGhlIHBlcnNvbiB3aG8gZGlk IHRoZSBjb21taXQuICBUaGF0IG11Y2ggc2hvdWxkPiA+Pj4+YmUgb2J2aW91cy4+ID4+Pkkgd291 bGQgZXhwZWN0IGEgY29tbWl0dGVyLCB3aG8gY2hhbmdlcyBzb21ldGhpbmcgYXMgaW1wb3J0YW50 IGFzPiA+Pj50aGUgZGVmYXVsdCBzaGVsbCBpbiBGcmVlQlNELCB0byByZWFkIHRoZSBmcmVlYnNk LWN1cnJlbnQgbWFpbGluZz4gPj4+bGlzdCBhbmQgdGhlIFBSIGRhdGFiYXNlLj4gPj5JIHdvdWxk IGV4cGVjdCBhIGNvbW1pdHRlciBzdWNoIGFzIHlvdXJzZWxmIHRvIGtub3cgdGhhdCB0aGVyZSBh cmU+ID4+YmV0dGVyIHdheXMgdG8gYXBwcm9hY2ggdGhpcyB0aGFuIHBvc3RpbmcgdG8gLWN1cnJl bnQgYW5kIHRocmVhdGVuaW5nIHRvPiA+PnRha2UgdGhlIG1hdHRlciB0byBjb3JlQC4+ID4+PiA+ PiA+SSdtIG5vdCBhIGNvbW1pdHRlciB0byB0aGUgRnJlZUJTRCByZXBvc2l0b3J5LiAgSSBlaXRo ZXIgPiA+c3VibWl0IHBhdGNoZXMgdG8gZml4IHByb2JsZW1zIG9yIGNvZGUgZm9yIG1pc3Npbmcg bGlicmFyeT4gPnJvdXRpbmVzLiAgSW4gdGhpcyBwYXJ0aWN1bGFyIGNhc2UsIHJldmVydGluZyB0 aGUgdGNzaD4gPmltcG9ydCBpcyB0aGUgY29ycmVjdCBmaXggKElNSE8pLj4gPj4gPkkgYWxzbyBk aWRuJ3QgdGhyZWF0ZW4gYW55b25lIG9yIGFueXRoaW5nLiAgSSBzaW1wbHkgd2FudGVkID4gPnRv IGtub3cgd2hhdCB0aGUgcHJvY2VkdXJlIGlzIGZvciBnZXR0aW5nIGNvZGUgcmV2ZXJ0ZWQuPiA+ PiA+IEFzIHRoZSBvd25lciBvZiB0aGUgUFIgYW5kIHRoZSBwZXJzb24gdGhhdCBjb21taXR0ZWQg dGhlIHJlY2VudCB0Y3NoIEkgdGFrZSA+IGl0IHNlcmlvdXNseSB3aGVuIHNvbWVvbmUgYnJpbmdz IGl0IHRvIG15IGF0dGVudGlvbi4gQWZ0ZXIgdGhlIFBSIHdhcyA+IGFzc2lnbmVkIHRvIG1lLCBJ IHNlbnQgU3RldmUgdHdvIHByaXZhdGUgZW1haWxzIG9uIDUvNy8yMDA3IGJ1dCB3aXRoIG5vID4g cmVzcG9uc2UgYmFjay4gR2l2ZW4gdGhhdCBpdCAid29ya3MgZm9yIG1lIiBvbiB0d28gZGlmZmVy ZW50IHN5c3RlbXMsIEkgPiBkb24ndCBrbm93IHdoYXQgSSBjb3VsZCBoYXZlIGRvbmUgZGlmZmVy ZW50LiBCZWxvdyBpcyB0aGUgdGV4dCBmcm9tIHRoZSA+IHNlY29uZCBvbmUuIEkgaGF2ZSByZWNl aXZlZCB6ZXJvIGVtYWlscyBmcm9tIHlvdSAoZWl0aGVyIGluIG15IGluYm94IG9yIGJhY2t1cCBm b2xkZXJ3aGVyZSBzcGFtIGlzIHJlZGlyZWN0ZWQpLiAgIEl0IHdvdWxkIGhhdmUgYmVlbiBoZWxw ZnVsIGlmIHlvdSBhY3R1YWxseSBzZW50IGEgZm9sbG93dXAgdG8gdGhlIFBSLiAtLSBzdGV2ZSAN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpOZXdzLCBlbnRlcnRhaW5tZW50IGFuZCBldmVyeXRoaW5nIHlvdSBjYXJlIGFi b3V0IGF0IExpdmUuY29tLiBHZXQgaXQgbm93IQ0KaHR0cDovL3d3dy5saXZlLmNvbS9nZXRzdGFy dGVkLmFzcHg= From owner-freebsd-current@FreeBSD.ORG Wed May 16 02:40:38 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 5121916A402 for ; Wed, 16 May 2007 02:40:38 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id EED6113C44B for ; Wed, 16 May 2007 02:40:37 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so32069wra for ; Tue, 15 May 2007 19:40:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=lwZq0ye8O+ej9AFRjH4KcHFT/jlPyFFGPDCJxGOBi9A9GogKY1fwhSyRHkMGDc8UdPfhSs+Yq1GA252ZXXQSPXSkLB9Reafr2PDhwrqjXniaWzePjtFmFB13JDtuJPMjK0iuv2pOlThDlyjE0SZy63oIWGvRmGntMhR+FNr3F9U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=r/D0Rht9XsA4eW3eSin5yI4UpE7XeDgm7iMRqYZvPFo0AIkFUKbLCpZJG6p5ssKkRZr2hyPpCe3eQ836g7i/MKssVNnwK1XggXZM0HI9HQad5ZQ/TWLaRUWZF4vdwCoUz3kBvh1EurL0Sl/h+GIMG8daE67W5/cCB9nFIz9fhwk= Received: by 10.90.71.3 with SMTP id t3mr7292852aga.1179283237194; Tue, 15 May 2007 19:40:37 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id c53sm2187424wrc.2007.05.15.19.40.35; Tue, 15 May 2007 19:40:36 -0700 (PDT) Date: Tue, 15 May 2007 22:40:31 -0400 From: Alexander Kabaev To: Mark Peek Message-ID: <20070515224031.78dd92aa@kan.dnsalias.net> In-Reply-To: <464A008E.5040508@FreeBSD.org> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_o+TXFVX8ouM+hM5+3lax982; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 02:40:38 -0000 --Sig_o+TXFVX8ouM+hM5+3lax982 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 15 May 2007 11:48:46 -0700 Mark Peek wrote: > No, this is different. The tcsh malloc is showing it is out of memory > and aborting. The thing I don't understand is the malloc is coming > from tcsh instead of using the system malloc. Looking at this file: >=20 > src/bin/csh/config_p.h: >=20 > ... > #if defined(__FreeBSD__) > #define NLS_BUGS > #define BSD_STYLE_COLORLS > /* we want to use the system malloc when we install as /bin/csh */ > #define SYSMALLOC > /* Use LC_MESSAGES locale category to open the message catalog */ > #define MCLoadBySet NL_CAT_LOCALE > #define BUFSIZE 8192 > #endif >=20 > The SYSMALLOC define should cause it to use the system malloc and not > the tcsh malloc. Could __FreeBSD__ not be defined? >=20 > Also, it is odd that it is out of memory in the first place. Has it > worked before? Is there something that changed in the arm memory > allocation schemes? >=20 Just out of curiosity, could you try again with new libc/arm/Symbol.map in place? --=20 Alexander Kabaev --Sig_o+TXFVX8ouM+hM5+3lax982 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGSm8fQ6z1jMm+XZYRArthAJ9zUtrBMxz13OYIKgolA6EmM605rACfRiAj l3yc0ImLyvYMmBjCWJihRZE= =8WlU -----END PGP SIGNATURE----- --Sig_o+TXFVX8ouM+hM5+3lax982-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 05: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 9ECBB16A402 for ; Wed, 16 May 2007 05:59:00 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6785013C487 for ; Wed, 16 May 2007 05:59:00 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 3A3EE97A08; Wed, 16 May 2007 07:58:59 +0200 (CEST) Message-ID: <464A9DA2.8030700@free.fr> Date: Wed, 16 May 2007 07:58:58 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: freebsd-current@freebsd.org, tino.engel@hotmail.com Content-Type: multipart/mixed; boundary="------------050608010204080307090100" Cc: Subject: RE: freebsd-current Digest, Vol 195, Issue 14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 05:59:00 -0000 This is a multi-part message in MIME format. --------------050608010204080307090100 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Yes but : 1- zfs devices do not show up in the list 2- I have vfs.root.mountfrom="zfs:system" in boot loader and BTW you see in the dmesg that kernel is trying to mount root on this device 3- I also have a unique entry in /bootdisk/fstab as recommended by pawel What seems to happen is that I get the messages about zfs version AFTER the mountroot prompt, which suggest that it is not yet fully up when the kernel tries to mount root at first, but then if I specify the root at the prompt it works Thanks Bruno >Bruno, >You can mount at mountroot> promp, using command either 'help' or '?' >and then (->) for completion.But probably you can also use 'man >fstab' to adjust file /etc/fstab with property "auto" to have your >devices automounted. >SY,Engel --------------050608010204080307090100 Content-Type: text/plain; name="file:///tmp/nsmail-1.tmp" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="file:///tmp/nsmail-1.tmp" X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZnJlZWJz ZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdApodHRwOi8vbGlzdHMuZnJlZWJz ZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQKVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNk Lm9yZyIK --------------050608010204080307090100-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 06:32: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 23E6416A401 for ; Wed, 16 May 2007 06:32:40 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id C91A813C44B for ; Wed, 16 May 2007 06:32:39 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 9365235731; Wed, 16 May 2007 09:32:37 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96342-09; Wed, 16 May 2007 09:32:36 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 5B3793572F; Wed, 16 May 2007 09:32:36 +0300 (EEST) Message-ID: <464AA582.3050609@bulinfo.net> Date: Wed, 16 May 2007 09:32:34 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Alexander Kabaev References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> <20070515201004.5b1f751a@kan.dnsalias.net> In-Reply-To: <20070515201004.5b1f751a@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Mark Peek , freebsd-current@freebsd.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 06:32:40 -0000 Alexander Kabaev wrote: > On Tue, 15 May 2007 11:48:46 -0700 > Mark Peek wrote: > > >> src/bin/csh/config_p.h: >> >> ... >> #if defined(__FreeBSD__) >> #define NLS_BUGS >> #define BSD_STYLE_COLORLS >> /* we want to use the system malloc when we install as /bin/csh */ >> #define SYSMALLOC >> /* Use LC_MESSAGES locale category to open the message catalog */ >> #define MCLoadBySet NL_CAT_LOCALE >> #define BUFSIZE 8192 >> #endif >> >> The SYSMALLOC define should cause it to use the system malloc and not >> the tcsh malloc. Could __FreeBSD__ not be defined? >> >> > Easy to find out: > > cc -E -dM -x c /dev/null | grep __FreeBSD__ > #define __FreeBSD__ 7 -- Krassimir Slavchev Bulinfo Ltd. krassi@bulinfo.net (+359 2) 969-9160 http://www.bulinfo.net (+359 2) 969-9166 From owner-freebsd-current@FreeBSD.ORG Wed May 16 07:41: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 D755016A401; Wed, 16 May 2007 07:41:05 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 688F413C455; Wed, 16 May 2007 07:41:05 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4G7f3Yl052697 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 16 May 2007 09:41:03 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <3bbf2fe10705151624t3f80205o877a1b1fdd27d1c@mail.gmail.com> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> <20070513222114.GA64807@xor.obsecurity.org> <68AA0B73-75E0-4E20-8AE0-74FB2FB654ED@lassitu.de> <20070513232413.GA65863@xor.obsecurity.org> <20070514080510.GB71110@xor.obsecurity.org> <47AE9AC9-13D4-45A0-B199-CFB348D9B284@lassitu.de> <4649F194.7070106@FreeBSD.org> <8909CE68-AFE2-4ED2-AA3B-0242C9FC8274@lassitu.de> <3bbf2fe10705151624t3f80205o877a1b1fdd27d1c@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <45FA190B-546E-4B61-9D0B-236E0FD7538F@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 16 May 2007 09:41:02 +0200 To: "Attilio Rao" X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current , Andre Oppermann , Kris Kennaway Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 07:41:05 -0000 Am 16.05.2007 um 01:24 schrieb Attilio Rao: > 2007/5/15, Stefan Bethke : >> Am 15.05.2007 um 19:44 schrieb Attilio Rao: >> >> > I've seen exactly what I expected (a leaked recursion on >> > 0xffffff002ae8dbd8 mutex (that I suspect is "TCP"). >> > Since none of us can do on-line debugging in your machine, can you >> > please download that patch, apply it, recompile your kernel and >> > doing these tests again?: >> > http://users.gufi.org/~rookie/works/patches/kern_mutex.diff >> > >> > It will give a good understanding of where the recursion happens >> > and where probabilly expected unrecursion fails. >> >> Uploaded the ktrdump to http://www.lassitu.de/freebsd/20070510/ >> ktrdump-20070515a.txt.gz, the matching backtrace is at http:// >> www.lassitu.de/freebsd/20070510/kgdb-20070515a.txt. > > Stefan, > definitively thanks a lot for your efforts. I think that now andre@ > has a good number of information in order to investigate. Happy to help. I should get the serial port today or on friday, and I should be able to give you console and ssh access if you're interested. If you'd like me to test patches, please let me know. Cheers, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed May 16 07:49:28 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 84EC416A400; Wed, 16 May 2007 07:49:28 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3BEE113C455; Wed, 16 May 2007 07:49:28 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 9AF0F358A3; Wed, 16 May 2007 10:49:26 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02706-04; Wed, 16 May 2007 10:49:25 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 58B0F358A1; Wed, 16 May 2007 10:49:25 +0300 (EEST) Message-ID: <464AB783.3090603@bulinfo.net> Date: Wed, 16 May 2007 10:49:23 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Alexander Kabaev References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> <20070515224031.78dd92aa@kan.dnsalias.net> In-Reply-To: <20070515224031.78dd92aa@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Mark Peek , freebsd-current@freebsd.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 07:49:28 -0000 Alexander Kabaev wrote: > On Tue, 15 May 2007 11:48:46 -0700 > Mark Peek wrote: > > >> No, this is different. The tcsh malloc is showing it is out of memory >> and aborting. The thing I don't understand is the malloc is coming >> from tcsh instead of using the system malloc. Looking at this file: >> >> src/bin/csh/config_p.h: >> >> ... >> #if defined(__FreeBSD__) >> #define NLS_BUGS >> #define BSD_STYLE_COLORLS >> /* we want to use the system malloc when we install as /bin/csh */ >> #define SYSMALLOC >> /* Use LC_MESSAGES locale category to open the message catalog */ >> #define MCLoadBySet NL_CAT_LOCALE >> #define BUFSIZE 8192 >> #endif >> >> The SYSMALLOC define should cause it to use the system malloc and not >> the tcsh malloc. Could __FreeBSD__ not be defined? >> >> Also, it is odd that it is out of memory in the first place. Has it >> worked before? Is there something that changed in the arm memory >> allocation schemes? >> >> > > Just out of curiosity, could you try again with new libc/arm/Symbol.map > in place? > > No difference. From owner-freebsd-current@FreeBSD.ORG Wed May 16 07:58: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 EB58616A402; Wed, 16 May 2007 07:58:43 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.freebsd.org (Postfix) with ESMTP id 80AC413C447; Wed, 16 May 2007 07:58:43 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:CgGxhcWRHfvP8b4qiIeTJofNmJzWvrVwY89n90yCooqp5Yk5Ggxn6bfFoisSofBX@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id l4G7fStT079099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 16:41:28 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 16 May 2007 16:41:27 +0900 Message-ID: From: Hajimu UMEMOTO To: Mark Peek In-Reply-To: <464A008E.5040508@FreeBSD.org> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.99 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-RELEASE-p4 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:::1]); Wed, 16 May 2007 16:41:28 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ameno.mahoroba.org Cc: freebsd-current@FreeBSD.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 07:58:44 -0000 Hi, >>>>> On Tue, 15 May 2007 11:48:46 -0700 >>>>> Mark Peek said: mp> No, this is different. The tcsh malloc is showing it is out of memory and mp> aborting. The thing I don't understand is the malloc is coming from tcsh mp> instead of using the system malloc. Looking at this file: mp> src/bin/csh/config_p.h: mp> ... mp> #if defined(__FreeBSD__) mp> #define NLS_BUGS mp> #define BSD_STYLE_COLORLS mp> /* we want to use the system malloc when we install as /bin/csh */ mp> #define SYSMALLOC mp> /* Use LC_MESSAGES locale category to open the message catalog */ mp> #define MCLoadBySet NL_CAT_LOCALE mp> #define BUFSIZE 8192 mp> #endif mp> The SYSMALLOC define should cause it to use the system malloc and not the tcsh mp> malloc. Could __FreeBSD__ not be defined? We are not using the system malloc, actually. SYSMALLOC is undefined in config_f.h, and config_f.h is included after config_p.h in config.h. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed May 16 08: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 A8EEC16A404 for ; Wed, 16 May 2007 08:56:10 +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 5D23713C45E for ; Wed, 16 May 2007 08:56:10 +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 C9E8620A7; Wed, 16 May 2007 10:56:06 +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 47C0620A6; Wed, 16 May 2007 10:56:06 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 1DE905262; Wed, 16 May 2007 10:56:06 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Hajimu UMEMOTO References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> Date: Wed, 16 May 2007 10:56:05 +0200 In-Reply-To: (Hajimu UMEMOTO's message of "Wed\, 16 May 2007 16\:41\:27 +0900") Message-ID: <86k5v9gna2.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Mark Peek , freebsd-current@FreeBSD.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 08:56:10 -0000 Hajimu UMEMOTO writes: > We are not using the system malloc, actually. SYSMALLOC is undefined > in config_f.h, and config_f.h is included after config_p.h in > config.h. --- contrib/tcsh/config_f.h 11 Mar 2007 22:33:39 -0000 1.1.1.6 +++ contrib/tcsh/config_f.h 16 May 2007 08:55:10 -0000 @@ -143,7 +143,7 @@ * This can be much slower and no memory statistics will be * provided. */ -#if defined(__MACHTEN__) || defined(PURIFY) || defined(MALLOC_TRACE) || de= fined(_OSD_POSIX) || defined(__MVS__) || defined (__linux__) +#if defined(__MACHTEN__) || defined(PURIFY) || defined(MALLOC_TRACE) || de= fined(_OSD_POSIX) || defined(__MVS__) || defined(__linux__) || defined(__Fr= eeBSD__) # define SYSMALLOC #else # undef SYSMALLOC DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed May 16 10:18: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 DAE7C16A400; Wed, 16 May 2007 10:18:57 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4E613C447; Wed, 16 May 2007 10:18:57 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3703E35CCE; Wed, 16 May 2007 13:18:55 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15395-06; Wed, 16 May 2007 13:18:52 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id EA40935CCD; Wed, 16 May 2007 13:18:51 +0300 (EEST) Message-ID: <464ADA8B.5020408@bulinfo.net> Date: Wed, 16 May 2007 13:18:51 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> <86k5v9gna2.fsf@dwp.des.no> In-Reply-To: <86k5v9gna2.fsf@dwp.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Mark Peek , freebsd-current@FreeBSD.org, Hajimu UMEMOTO Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 10:18:57 -0000 Dag-Erling Smørgrav wrote: > Hajimu UMEMOTO writes: > >> We are not using the system malloc, actually. SYSMALLOC is undefined >> in config_f.h, and config_f.h is included after config_p.h in >> config.h. >> > > --- contrib/tcsh/config_f.h 11 Mar 2007 22:33:39 -0000 1.1.1.6 > +++ contrib/tcsh/config_f.h 16 May 2007 08:55:10 -0000 > @@ -143,7 +143,7 @@ > * This can be much slower and no memory statistics will be > * provided. > */ > -#if defined(__MACHTEN__) || defined(PURIFY) || defined(MALLOC_TRACE) || defined(_OSD_POSIX) || defined(__MVS__) || defined (__linux__) > +#if defined(__MACHTEN__) || defined(PURIFY) || defined(MALLOC_TRACE) || defined(_OSD_POSIX) || defined(__MVS__) || defined(__linux__) || defined(__FreeBSD__) > # define SYSMALLOC > #else > # undef SYSMALLOC > > DES > With system's malloc() it works on arm arch! Thanks From owner-freebsd-current@FreeBSD.ORG Wed May 16 08:15: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 E950916A403 for ; Wed, 16 May 2007 08:15:08 +0000 (UTC) (envelope-from bjoern.koenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.liberty-hosting.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 7914113C45E for ; Wed, 16 May 2007 08:15:07 +0000 (UTC) (envelope-from bjoern.koenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 81912-10; Wed, 16 May 2007 09:48:00 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id BC11815BED1; Wed, 16 May 2007 09:48:00 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 818BF45046; Wed, 16 May 2007 09:47:59 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Wed, 16 May 2007 09:47:59 +0200 (CEST) Message-ID: <58422.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179301679.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070515201259.6e412cb2@kan.dnsalias.net> References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> Date: Wed, 16 May 2007 09:47:59 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Alexander Kabaev" 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-Virus-Scanned: by amavisd-new at mail.smartterra.de X-Mailman-Approved-At: Wed, 16 May 2007 11:22:42 +0000 Cc: current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 08:15:09 -0000 Can you provide a preliminary patch for gcc 4.2 for testing purposes? Regards Björn From owner-freebsd-current@FreeBSD.ORG Wed May 16 11:32: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 3583816A401 for ; Wed, 16 May 2007 11:32:49 +0000 (UTC) (envelope-from oldmoonster@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 EB1A213C46A for ; Wed, 16 May 2007 11:32:48 +0000 (UTC) (envelope-from oldmoonster@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so24963and for ; Wed, 16 May 2007 04:32:48 -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=S2KPK5Mz6o9RuLIzHf4pWuV0hXby+d6xa/oItGN9mOH0bASrWkEB9fzSC2i1nFBtF2AChp9rpSm4A83dmkZhzDzbye8T8x9K0TMRGvhL8HkVB5zX8hxC7vRvFIlYi3Xf1xB1H6MZGvP28qb/ALAwaUwKsDeiYEQStFGodJ2FF5Q= 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=RfaaJrnnJNIwaInwu1AWZjQiHzua3KXcMIBynQSJFyRmEiN3JoJxARUeG99Tg+cSOEChl1EcaTCjHA8DT2Lf4Y+Z0pkNsqaRLp+VpEwyLUkei2hgCDOy4E/5u9DVVgW3nbabZzei3UOqL2oAJ/nRq03T55SjX3yLkY89g4f27Eg= Received: by 10.100.211.11 with SMTP id j11mr5995600ang.1179313611549; Wed, 16 May 2007 04:06:51 -0700 (PDT) Received: by 10.100.167.14 with HTTP; Wed, 16 May 2007 04:06:51 -0700 (PDT) Message-ID: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> Date: Wed, 16 May 2007 19:06:51 +0800 From: oldmoonster@gmail.com 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: Broadcom PCIe Wlan 4311 is supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 11:32:49 -0000 Hi, all, Has anyone try out ndis with this chipset with freebsd-current? Thanks a lot. From owner-freebsd-current@FreeBSD.ORG Wed May 16 12:24: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 6667416A40B for ; Wed, 16 May 2007 12:24:35 +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 3367413C455 for ; Wed, 16 May 2007 12:24:34 +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 l4GCOVPA098242; Wed, 16 May 2007 07:24:31 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <464AF7FF.9010808@freebsd.org> Date: Wed, 16 May 2007 07:24:31 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Eric Anholt References: <1178329243.54075.34.camel@vonnegut> <20070505033659.GB2462@tnn.dglawrence.com> <1178404852.54075.47.camel@vonnegut> In-Reply-To: <1178404852.54075.47.camel@vonnegut> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3258/Wed May 16 06:06:43 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: David G Lawrence , 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: Wed, 16 May 2007 12:24:35 -0000 On 05/05/07 17:40, Eric Anholt wrote: > 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 >> 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. > > 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. > Anything more come of this? I'm seeing this too. AMD64, recent -CURRENT, SMP, Core 2 Duo, NFS booting. Eric From owner-freebsd-current@FreeBSD.ORG Wed May 16 13:51: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 64AD516A400 for ; Wed, 16 May 2007 13:51:55 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2358F13C46A for ; Wed, 16 May 2007 13:51:55 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so35343and for ; Wed, 16 May 2007 06:51:54 -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:references; b=nfF7Qu/rlNMdg17pTDD2PHbBoKE23D5q4wGwg6OD9+tgI4YOYNxR/K9wu2RcYI11SLhmOKtV4+CBRXPsCGjkdjoTJN6741p5Ns4UxhjK/zt8ccx5XVERgmHy5EpbbA3mclAqmGPtJI+GiR2WMwAPAlVdLPsRo4tPAt2k2kTMBVo= 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:references; b=PWr9WDP3eURsK7hOZkGL9mZF1l+K47uySPQpk6QGQoFsehyGfwHKj/bNxPjhO6yOqOf20JFeIaqQG/qp2oJbP5nNgl5ROketzvv4eRWg/c4wjf6sFkdELu0x+KLJMNiWbuPBviV3avs1gYwkmn8jdAfwsTnx0P5spiNtdI5bcOg= Received: by 10.101.69.4 with SMTP id w4mr6081438ank.1179323514252; Wed, 16 May 2007 06:51:54 -0700 (PDT) Received: by 10.100.139.10 with HTTP; Wed, 16 May 2007 06:51:54 -0700 (PDT) Message-ID: <790a9fff0705160651n3311d227p605fedf2b5b24e6e@mail.gmail.com> Date: Wed, 16 May 2007 08:51:54 -0500 From: "Scot Hetzel" To: oldmoonster@gmail.com In-Reply-To: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_22430_30322186.1179323514143" References: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Broadcom PCIe Wlan 4311 is supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 13:51:55 -0000 ------=_Part_22430_30322186.1179323514143 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 5/16/07, oldmoonster@gmail.com wrote: > Hi, all, > > Has anyone try out ndis with this chipset with freebsd-current? > I use HP's NDIS driver for my Broadcom WLAN card on FreeBSD/amd64: ndis0@pci6:2:0: class=0x028000 card=0x1355103c chip=0x431814e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM43XX Broadcom 802.11b/g' class = network This driver supports the Broadcom 4311, 4312, 4318, 4319, 4320, 4324, 4328 chipsets. The attached port will build/install the driver either the 4.40.19.0 or 4.100.15.5 driver. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_22430_30322186.1179323514143-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 13:59: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 CF24316A404 for ; Wed, 16 May 2007 13:59:11 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 865D413C458 for ; Wed, 16 May 2007 13:59:11 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id EB2BF6909AB; Wed, 16 May 2007 14:58:38 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id A54036909D4; Wed, 16 May 2007 14:58:38 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-63-75.net.novis.pt [87.196.63.75]) by core.fnop.net (Postfix) with ESMTP id E6C7F6909AB; Wed, 16 May 2007 14:58:37 +0100 (WEST) Date: Wed, 16 May 2007 14:58:49 +0100 Message-ID: <86tzuchnty.wl%rpaulo@fnop.net> From: Rui Paulo To: Hajimu UMEMOTO In-Reply-To: References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Mark Peek , freebsd-current@FreeBSD.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 13:59:11 -0000 Hi, At Wed, 16 May 2007 16:41:27 +0900, Hajimu UMEMOTO wrote: > > Hi, > > >>>>> On Tue, 15 May 2007 11:48:46 -0700 > >>>>> Mark Peek said: > > mp> No, this is different. The tcsh malloc is showing it is [...] I was wondering, how do you make this kind of quotation in Wanderlust? Thanks in advance. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed May 16 15:12:08 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 3AF5216A402 for ; Wed, 16 May 2007 15:12:08 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id D01BC13C45B for ; Wed, 16 May 2007 15:12:07 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: (qmail 50462 invoked by uid 0); 16 May 2007 15:12:07 -0000 Received: from 24.4.239.7 (HELO mp.peek.org) (24.4.239.7) by relay00.pair.com with SMTP; 16 May 2007 15:12:07 -0000 X-pair-Authenticated: 24.4.239.7 Message-ID: <464B1F38.10404@FreeBSD.org> Date: Wed, 16 May 2007 08:11:52 -0700 From: Mark Peek User-Agent: Thunderbird 2.0.0.0pre (Macintosh/20070419) MIME-Version: 1.0 To: Hajimu UMEMOTO References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 15:12:08 -0000 On 5/16/07 12:41 AM, Hajimu UMEMOTO wrote: > We are not using the system malloc, actually. SYSMALLOC is undefined > in config_f.h, and config_f.h is included after config_p.h in > config.h. Thank you for correcting me on this issue. I will figure out the right way to correct this (probably by moving the config_f.h into src/bin/csh to support local modifications) and get us back to using SYSMALLOC. Mark From owner-freebsd-current@FreeBSD.ORG Wed May 16 15:26: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 5350D16A400 for ; Wed, 16 May 2007 15:26:42 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 105C013C43E for ; Wed, 16 May 2007 15:26:41 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id BC3C368FEBB for ; Wed, 16 May 2007 16:26:09 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 8988D6909C5; Wed, 16 May 2007 16:26:09 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-63-75.net.novis.pt [87.196.63.75]) by core.fnop.net (Postfix) with ESMTP id 00E8B68FEBB for ; Wed, 16 May 2007 16:26:08 +0100 (WEST) Date: Wed, 16 May 2007 16:26:20 +0100 Message-ID: <861whgyelf.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@FreeBSD.org In-Reply-To: <86tzuchnty.wl%rpaulo@fnop.net> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> <86tzuchnty.wl%rpaulo@fnop.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 15:26:42 -0000 At Wed, 16 May 2007 14:58:49 +0100, Rui Paulo wrote: > > Hi, > > At Wed, 16 May 2007 16:41:27 +0900, > Hajimu UMEMOTO wrote: > > > > Hi, > > > > >>>>> On Tue, 15 May 2007 11:48:46 -0700 > > >>>>> Mark Peek said: > > > > mp> No, this is different. The tcsh malloc is showing it is [...] > > I was wondering, how do you make this kind of quotation in Wanderlust? D'oh. I hit reply all... -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed May 16 15:28:09 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 3A85716A405; Wed, 16 May 2007 15:28:09 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.freebsd.org (Postfix) with ESMTP id BB4F113C43E; Wed, 16 May 2007 15:28:08 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:hcH3mGgHfIxK0lrTmny0Ztv2TvD952VT8STDDnC5XKJ3Fxf7ProHmywlcIG32xU9@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id l4GFRxXn074409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 May 2007 00:28:02 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 17 May 2007 00:27:59 +0900 Message-ID: From: Hajimu UMEMOTO To: Mark Peek In-Reply-To: <464B1F38.10404@FreeBSD.org> References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> <464A008E.5040508@FreeBSD.org> <464B1F38.10404@FreeBSD.org> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.99 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 17 May 2007 00:28:02 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ameno.mahoroba.org Cc: freebsd-current@FreeBSD.org, Hajimu UMEMOTO Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 15:28:09 -0000 Hi, >>>>> On Wed, 16 May 2007 08:11:52 -0700 >>>>> Mark Peek said: mp> On 5/16/07 12:41 AM, Hajimu UMEMOTO wrote: > We are not using the system malloc, actually. SYSMALLOC is undefined > in config_f.h, and config_f.h is included after config_p.h in > config.h. mp> Thank you for correcting me on this issue. I will figure out the right way to mp> correct this (probably by moving the config_f.h into src/bin/csh to support mp> local modifications) and get us back to using SYSMALLOC. I think the right way is sending the patch posted by des@ to the author of tcsh, then import from upstream. Until then, how about following change for band-aid? It doesn't pollute contrib/tcsh. Index: bin/csh/config.h diff -u bin/csh/config.h.orig bin/csh/config.h --- bin/csh/config.h.orig Sun Feb 26 15:17:59 2006 +++ bin/csh/config.h Wed May 16 16:27:06 2007 @@ -206,6 +206,8 @@ #include "config_p.h" #include "config_f.h" +#define SYSMALLOC + #ifndef NO_NLS_CATALOGS #define NLS_CATALOGS #endif Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed May 16 15:47: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 DA0D316A47C for ; Wed, 16 May 2007 15:47:02 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id AF4EC13C459 for ; Wed, 16 May 2007 15:47:02 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5545421FC6A; Wed, 16 May 2007 11:31:51 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 16 May 2007 11:30:38 -0400 X-Sasl-enc: kCieh4l25M/W6e3ADENbTLPVONwB9GXEGsQc8XxNAM3n 1179329439 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 0D49437CA3; Wed, 16 May 2007 11:30:38 -0400 (EDT) Message-ID: <464B239A.9040502@incunabulum.net> Date: Wed, 16 May 2007 16:30:34 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: oldmoonster@gmail.com References: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> In-Reply-To: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Broadcom PCIe Wlan 4311 is supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 15:47:03 -0000 oldmoonster@gmail.com wrote: > Hi, all, > > Has anyone try out ndis with this chipset with freebsd-current? There is a reverse engineered Linux GPL driver for this chipset. It would be interesting to see if anyone has the time and energy to port it to the BSDs. BMS From owner-freebsd-current@FreeBSD.ORG Wed May 16 15:38: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 2930516A401 for ; Wed, 16 May 2007 15:38:45 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (dev.null.cz [89.185.226.27]) by mx1.freebsd.org (Postfix) with ESMTP id A8FB413C4B8 for ; Wed, 16 May 2007 15:38:44 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (localhost [127.0.0.1]) by dev.null.cz (8.13.1/8.13.1) with ESMTP id l4GFNUEN069019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 May 2007 17:23:35 +0200 (CEST) (envelope-from buki@dev.null.cz) Received: (from buki@localhost) by dev.null.cz (8.13.1/8.13.1/Submit) id l4GFNJxA069018; Wed, 16 May 2007 17:23:19 +0200 (CEST) (envelope-from buki) Date: Wed, 16 May 2007 17:23:19 +0200 From: Buki To: Dag-Erling Sm??rgrav Message-ID: <20070516152319.GG378@dev.null.cz> References: <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> <20070511015204.GA66910@lor.one-eyed-alien.net> <1178935327.1786.6.camel@localhost> <200705151030.l4FAUbEE063594@fire.jhs.private> <86d5125fxo.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0jdOO2+ODOkP2/E4" Content-Disposition: inline In-Reply-To: <86d5125fxo.fsf@dwp.des.no> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.88.7/3260/Wed May 16 15:17:18 2007 on dev.null.cz X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 16 May 2007 16:53:31 +0000 Cc: Tom McLaughlin , jhs@berklix.com, freebsd-current@freebsd.org, "Julian H. Stacey" Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 15:38:45 -0000 --0jdOO2+ODOkP2/E4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 15, 2007 at 04:17:55PM +0200, Dag-Erling Sm??rgrav wrote: > "Julian H. Stacey" writes: > > Someone asked whether lukemftpd offered functionality other(s) don't ? > > What about proxy ? > > > > I've never been sure which ftpd to run on my gateway (with IPFW, with n= o NAT) > > to provide proxy, so internal hosts could cd /usr/ports; make fetch >=20 > You don't need a proxy. Do the following on each internal host: >=20 > # echo 'FTP_PASSIVE_MODE=3DYES' >>/etc/profile actually, if the internal hosts use RFC1918 addresses this wouldn't suffice. He really needs either ftp proxy (and redirect all ftp traffic to it) or NAT. > DES > --=20 > Dag-Erling Sm??rgrav - des@des.no Buki --=20 PGP public key: http://dev.null.cz/buki.asc /"\ \ / ASCII Ribbon Campaign X Against HTML & Outlook Mail / \ http://www.thebackrow.net --0jdOO2+ODOkP2/E4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGSyHnPzhIkpLLm08RAs4TAJ4luy/xEYQ+ItQ/E6yhQJl9PamDaACgiHi6 gUack3rt9OYSpNDvfwtVdhw= =AD3N -----END PGP SIGNATURE----- --0jdOO2+ODOkP2/E4-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 16:02:08 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 286F716A405 for ; Wed, 16 May 2007 16:02:08 +0000 (UTC) (envelope-from jhs@tower.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id A6EC713C484 for ; Wed, 16 May 2007 16:02:07 +0000 (UTC) (envelope-from jhs@tower.berklix.net) Received: from js.berklix.net (p549A5977.dip.t-dialin.net [84.154.89.119]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l4GG1ViN053287; Wed, 16 May 2007 18:01:32 +0200 (CEST) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l4GG1Xfh037821; Wed, 16 May 2007 18:01:33 +0200 (CEST) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id l4GG237U098063; Wed, 16 May 2007 18:02:03 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200705161602.l4GG237U098063@fire.jhs.private> To: Buki In-reply-to: <20070516152319.GG378@dev.null.cz> References: <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> <20070511015204.GA66910@lor.one-eyed-alien.net> <1178935327.1786.6.camel@localhost> <200705151030.l4FAUbEE063594@fire.jhs.private> <86d5125fxo.fsf@dwp.des.no> <20070516152319.GG378@dev.null.cz> Comments: In-reply-to Buki message dated "Wed, 16 May 2007 17:23:19 +0200." Date: Wed, 16 May 2007 18:02:03 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Wed, 16 May 2007 16:53:31 +0000 Cc: Dag-Erling Sm??rgrav , freebsd-current@freebsd.org, Tom McLaughlin Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 16:02:08 -0000 > On Tue, May 15, 2007 at 04:17:55PM +0200, Dag-Erling Sm??rgrav wrote: > > "Julian H. Stacey" writes: > > > Someone asked whether lukemftpd offered functionality other(s) don't ? > > > What about proxy ? > > > > > > I've never been sure which ftpd to run on my gateway (with IPFW, with n= > o NAT) > > > to provide proxy, so internal hosts could cd /usr/ports; make fetch > >=20 > > You don't need a proxy. Do the following on each internal host: > >=20 > > # echo 'FTP_PASSIVE_MODE=3DYES' >>/etc/profile Thanks Dag-Erling, To make sure, I've just added FTP_PASSIVE_MODE=YES to my /etc/profile though I've long had in my csh : printenv | grep -i FTP | sort FTPSERVER=gate.jhs.private FTP_LOGIN=ftp FTP_PASSIVE_MODE=YES FTP_PASSWORD=jhs@berklix.net PACKAGEROOT=ftp://ftp ftp_proxy=ftp://gate.jhs.private:21 printenv | grep -i http | sort WWW_HOME=http://gate.jhs.private all_proxy=http://gate.jhs.private http_proxy=http://gate.jhs.private:80 But it just occured to me as long shot, that when fetch does a system() or fork() it may invoke sh not csh, so I need to check again what env vars fetch inherits (though I recall it inherited OK last I looked). > actually, if the internal hosts use RFC1918 addresses this wouldn't > suffice. He really needs either ftp proxy (and redirect all ftp traffic > to it) or NAT. Thanks Buki, Yes, that's what I'd thought too: I do need an ftpd proxy too. I still need to know which ftpd is good for proxy & how to config to it ? ( My guess is many people use NAT, which is why not so many know /reply re. ftpd proxy ? ) -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs: Try snuff. From owner-freebsd-current@FreeBSD.ORG Wed May 16 17:30: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 372BA16A403 for ; Wed, 16 May 2007 17:30:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id EAECE13C459 for ; Wed, 16 May 2007 17:30:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so274093wra for ; Wed, 16 May 2007 10:30:24 -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:content-transfer-encoding:content-disposition; b=XUWCHMzyW+bVQjhaDQsaOi3iyzDlOnmj1FfGI5Ha0eJj7TXJiZgbx5qdKdc/zWwLvXT282apezk5NnH4GSS2/ZpgJRtZA1cUE46RLEFSP8t3qr/Jfi021ptKurmhAeAXkCPTAA/AyaSpEYNAnqK7l5OqwOxex6iUr5tiPVnV8W8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LtON6aCD4uRQUWlk1D755kPVESDUhANU3TV4Hn0oTm6UFZo5WkFxPG9MGPV6m8Q8RYh8WVn4ofI56berrSJzU5/rce2fARkqX+mz0kVCudxO7Q49xRinOsxro4qRNdkoCK4CDzOJNnJ7HZxe4PyWcqZFVbGqYDReDqIC46VVNPc= Received: by 10.115.60.1 with SMTP id n1mr2352766wak.1179336623894; Wed, 16 May 2007 10:30:23 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 10:30:23 -0700 (PDT) Message-ID: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Date: Wed, 16 May 2007 10:30:23 -0700 From: "Jack Vogel" To: "FreeBSD Current" , freebsd-net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 17:30:25 -0000 I introduced a change yesterday that limited TSO to PCI Express adapters, I did this more for avoidance rather than a bug fix, and I'm not 100% sure its the right thing, so I thought I would poll everyone, do you have a PCI-X adapter and are using TSO without problems and wish to keep the support in? If no one is then I'll just leave it as is. Jack From owner-freebsd-current@FreeBSD.ORG Wed May 16 17:36: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 A7D5F16A401 for ; Wed, 16 May 2007 17:36:07 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1B16C13C457 for ; Wed, 16 May 2007 17:36:06 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 70372 invoked from network); 16 May 2007 16:54:40 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 May 2007 16:54:40 -0000 Message-ID: <464B4103.4020505@freebsd.org> Date: Wed, 16 May 2007 19:36:03 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 17:36:07 -0000 Jack Vogel wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? I'm using the dual-port PCI-X adapter and would like to keep using TSO on it. There are a lot of those adapters out there in servers. TSO is scheduled to be MFC'd really soon now and not having it work with em(4) on PCI-X would be quite limiting. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed May 16 17:37: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 5370E16A404 for ; Wed, 16 May 2007 17:37:45 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from camay.yandex.ru (camay.yandex.ru [213.180.200.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF3913C455 for ; Wed, 16 May 2007 17:37:44 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from YAMAIL (camay.yandex.ru) by mail.yandex.ru id ; Wed, 16 May 2007 21:27:30 +0400 Received: from [91.122.119.151] ([91.122.119.151]) by mail.yandex.ru with HTTP; Wed, 16 May 2007 21:27:28 +0400 (MSD) Date: Wed, 16 May 2007 21:27:28 +0400 (MSD) From: "S.N.Grigoriev" Sender: serguey-grigoriev@yandex.ru Message-Id: <464B3F00.000002.23382@camay.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: serguey-grigoriev@yandex.ru To: freebsd-current@freebsd.org X-MsgDayCount: 1 X-BornDate: 1109019600 X-Source-Ip: 91.122.119.151 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 May 2007 17:42:26 +0000 Subject: Crash during sending print jobs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: serguey-grigoriev@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2007 17:37:45 -0000 Hi, beginning with last week my 7-Current amd64 system panics during sending print jobs (especially PostScript) to my LPT connected laser printer. Kernels compiled with April or March sources still work fine. Does anybody find this problem? Regards, Serguey. From owner-freebsd-current@FreeBSD.ORG Wed May 16 17:47:17 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 6220E16A400 for ; Wed, 16 May 2007 17:47:17 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 216B613C457 for ; Wed, 16 May 2007 17:47:16 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so697334nze for ; Wed, 16 May 2007 10:47: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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bE4d1YDecK3rvXR44dHvwXZzGo4JH+aR+5FwgNZwRyKtiO1u/40FL7FzqGG4MyHKrHYrzuUZZF6KY4n5XmASJTJOU14aqG14RZR3d0k06Fuvt7+UcjBmJtSNkAcW4U3CyIRWo0ixwWmbQciL09jt/b+OPa4NCqJCGBWALP/3amw= 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=De00CoF3Vef1ALaH0JmRxZzrATebs2xhnXdA9NvtNdQBlxg9aJLTXqvz3NQX26ozwFwJOfOO1tetI91y4aK9kdHxcAUHFrMwObNbaZ73epXJsJfF8zDOU9EG7Zjm5sov8LJ+h0T28oJreeN6X7QcVwxIZxKa4ivPI4q0WPzeIi8= Received: by 10.114.61.1 with SMTP id j1mr2334905waa.1179335967260; Wed, 16 May 2007 10:19:27 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Wed, 16 May 2007 10:19:27 -0700 (PDT) Message-ID: <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> Date: Wed, 16 May 2007 10:19:27 -0700 From: "Matthew Jacob" To: "=?ISO-8859-1?Q?Bj=F6rn_K=F6nig?=" In-Reply-To: <7799307232011642944@unknownmsgid> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> Cc: Kris Kennaway , current@freebsd.org Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 17:47:17 -0000 Yes- that would be helpful so I can start cleaning up driver errors. On 5/16/07, Bj=F6rn K=F6nig wrote: > Can you provide a preliminary patch for gcc 4.2 for testing purposes? > > Regards > Bj=F6rn > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed May 16 17:57: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 832DF16A400 for ; Wed, 16 May 2007 17:57:49 +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 3E22913C457 for ; Wed, 16 May 2007 17:57:48 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 8F9EF8BD5F1; Wed, 16 May 2007 19:57:47 +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 JHNgmq74GjSo; Wed, 16 May 2007 19:57:46 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AD6338BD5CA; Wed, 16 May 2007 19:57:46 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l4GHvjEq056426; Wed, 16 May 2007 19:57:45 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 16 May 2007 19:57:45 +0200 From: Roman Divacky To: Matthew Jacob Message-ID: <20070516175745.GA56409@freebsd.org> References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Bj?rn K?nig , current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 17:57:49 -0000 On Wed, May 16, 2007 at 10:19:27AM -0700, Matthew Jacob wrote: > Yes- that would be helpful so I can start cleaning up driver errors. take a look at wwww.freebsd.org/~kan, there's a surprise for you :) From owner-freebsd-current@FreeBSD.ORG Wed May 16 17:59: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 A4D7916A409 for ; Wed, 16 May 2007 17:59:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6464A13C489 for ; Wed, 16 May 2007 17:59:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so701885nze for ; Wed, 16 May 2007 10:59: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FuN/lmQEJDiraX1EQbJnvA7WuHytIemZqcPaf3W8gjyDW3F1UY6zFVNWTNSMfySBjl9EttUvzC7vJRxh5hpzAJ4+ldFcGJlTciegi09YZ/3Tb/48nbDamBGQ3hknzx3avst4X1GKkUsOVeXxnaG7O97tiJ3JvWA4Mv4R5Im8t/A= 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=dT/pZy4O5t/6+OAJC3FSi2sKpj26mJcpPimQOLYaTtlWmHL2PR2QTI+BGjfQZq1MCupqL8k2wXWQz6/ofJ3hYOebBWNO23jjIgYB3yZHp21I7BmgR7mRO2Jb/7+eWUdkiLNwOMWBqX9iLD/p/bve+aH/HJU41Hlxi43Qe8hWMUw= Received: by 10.114.158.1 with SMTP id g1mr2376447wae.1179338340731; Wed, 16 May 2007 10:59:00 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 10:59:00 -0700 (PDT) Message-ID: <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> Date: Wed, 16 May 2007 10:59:00 -0700 From: "Jack Vogel" To: "Andre Oppermann" In-Reply-To: <464B4103.4020505@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 17:59:02 -0000 On 5/16/07, Andre Oppermann wrote: > Jack Vogel wrote: > > I introduced a change yesterday that limited TSO to PCI Express > > adapters, I did this more for avoidance rather than a bug fix, and > > I'm not 100% sure its the right thing, so I thought I would poll > > everyone, do you have a PCI-X adapter and are using TSO without > > problems and wish to keep the support in? > > I'm using the dual-port PCI-X adapter and would like to keep > using TSO on it. There are a lot of those adapters out there > in servers. TSO is scheduled to be MFC'd really soon now and > not having it work with em(4) on PCI-X would be quite limiting. OK, I'll put it back, you also answered a question I had, namely the MFC of TSO :) I was hoping that got into 6.3. I have another bug I'm working on, will be a delta today or tomorrow and I'll put it back to what it was. Jack From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:07: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 7768216A406 for ; Wed, 16 May 2007 18:07:42 +0000 (UTC) (envelope-from nicksoft.popa@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 0EBE013C468 for ; Wed, 16 May 2007 18:07:41 +0000 (UTC) (envelope-from nicksoft.popa@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so141681ugh for ; Wed, 16 May 2007 11:07:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:organization:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Y5Gui1yakW5Cfh5New8GZiOwiZioSkTXbwZstRGocOw8OII+M+/t66k9qUCkhdlkGJoPrBWr0yd/xGVOMn2G0rti3eSHSX9cPIB0OLhsUAodBEkgBxdNYiFxNoHtyZX2est76DxnPUFnsYCMY+xaGrMTW3dByYsq6Vh0pgkREE8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:organization:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=CFC0bqZRPIXaQKPmmtcbYfw/ApeMsO+IjCwFIt94IwaWg4I2s9jCQcyggRlsqwoFlb+MIebkxYvi1VaHhQIxHVmQoVB6hc7UQzYJZoO7rx8ISQvKgTBe1cbBv2Kfqj0c0/8FyOq9h5MPqVOdW3zS3wJrotddXDVZN4zdG/z4vXU= Received: by 10.82.173.19 with SMTP id v19mr5536856bue.1179337709314; Wed, 16 May 2007 10:48:29 -0700 (PDT) Received: from nick-laptop.local ( [195.149.72.109]) by mx.google.com with ESMTP id y6sm6292491mug.2007.05.16.10.48.27; Wed, 16 May 2007 10:48:28 -0700 (PDT) From: Alin Popa Organization: Conti Automotive To: freebsd-current@freebsd.org Date: Wed, 16 May 2007 20:48:20 +0300 User-Agent: KMail/1.9.6 References: <359782e70705160406x7f6b28e6w7f415efb510b842@mail.gmail.com> <464B239A.9040502@incunabulum.net> In-Reply-To: <464B239A.9040502@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705162048.20479.nicksoft.popa@gmail.com> Subject: Re: Broadcom PCIe Wlan 4311 is supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 18:07:42 -0000 On Wednesday 16 May 2007 18:30:34 Bruce M. Simpson wrote: > oldmoonster@gmail.com wrote: > > Hi, all, > > > > Has anyone try out ndis with this chipset with freebsd-current? > > There is a reverse engineered Linux GPL driver for this chipset. It > would be interesting to see if anyone has the time and energy to port it > to the BSDs. > > BMS > _______________________________________________ > 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" For BCM4318 ndis works :) It should be grate to have a native driver for freebsd! I just think that emulating drivers (windows or linux) will take freebsd into shadow in short time! On my laptop i use ndis driver, and it work just right for i386 and amd64 version of freebsd-current, you just need right windows driver! In this case Linux GPL driver for broadcom wlan is not finished! I try it and signal level was poor in just the next room! Freebsd ndis work very good in all house! This was my experience, maybe was another problem but this was my impression! From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:18: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 1928016A405 for ; Wed, 16 May 2007 18:18:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id CB0BB13C4BA for ; Wed, 16 May 2007 18:18:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so709729nze for ; Wed, 16 May 2007 11:18: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N3glZCZGU9mISrgF3urPIzOr5yzcggUZTHjUE3CmlTS9EARstXdJpD81zrKWclq7WJuitbrHWtU5hM7UemJ/lNk5ocsnjbmsktb7/HWmC6F/aFICLne/woi2BDa0Ao63SzinCDpvtpFnsnQZsfz0B5MW3fwaaudA8QuDtpT1bCI= 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=X7Sx8fS9kdKca8GZmUlpejrW8XG88wGg5eEft5+txYH4ZSXyj4+0qjVdwTpPkCP8gx2hhLbO5Aq+yqh0ZnD7M8xMYZqayGHX5i52T+VKpEWRr6cd8Z0MubQkfSNO3ArQOje6ssN+eCqVKEcZz+daKIuOtP68gbZUJYps/50CKhQ= Received: by 10.114.74.1 with SMTP id w1mr2400776waa.1179339508350; Wed, 16 May 2007 11:18:28 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 16 May 2007 11:18:28 -0700 (PDT) Message-ID: <2a41acea0705161118g241a3375x7367bbc10a7c7d82@mail.gmail.com> Date: Wed, 16 May 2007 11:18:28 -0700 From: "Jack Vogel" To: "Jack Vogel" , "FreeBSD Current" , freebsd-net In-Reply-To: <20070516181531.GA62119@voi.aagh.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <20070516181531.GA62119@voi.aagh.net> Cc: Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 18:18:30 -0000 On 5/16/07, Thomas Hurst wrote: > * Jack Vogel (jfvogel@gmail.com) wrote: > > > I introduced a change yesterday that limited TSO to PCI Express > > adapters, I did this more for avoidance rather than a bug fix, and > > I'm not 100% sure its the right thing, so I thought I would poll > > everyone, do you have a PCI-X adapter and are using TSO without > > problems and wish to keep the support in? > > > > If no one is then I'll just leave it as is. > > We put CURRENT on one of our Sun X4200's for some MySQL tests a few days > ago and haven't noticed any problems, though it's only handled a few > million packets so far. > > Does this change remove support or just disable it by default? It removed it, but Andre and my own guilty conscience has convinced me that I should change it back, once I get an MSI/X bug that was discovered with the code solved there will be another delta that will reenable it for PCI-X again. Jack From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:20: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 EE09116A407 for ; Wed, 16 May 2007 18:20:01 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 729E113C46E for ; Wed, 16 May 2007 18:20:01 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP id l4GI5Q2N000072 (8.13.4/1.4); Wed, 16 May 2007 20:05:26 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP id l4GI5QHs000069 (8.13.4/2.02); Wed, 16 May 2007 20:05:26 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Wed, 16 May 2007 20:05:26 +0200 (MEST) From: Michiel Boland To: "S.N.Grigoriev" In-Reply-To: <464B3F00.000002.23382@camay.yandex.ru> Message-ID: References: <464B3F00.000002.23382@camay.yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Crash during sending print jobs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 18:20:02 -0000 > Hi, > > beginning with last week my 7-Current amd64 system panics > during sending print jobs (especially PostScript) to my > LPT connected laser printer. I was having a similar problam. Although for me, the panic was not induced by the print per se. Rather it was the lprm I did when I tried to remove the job. I believe the panic message was something like 'System call write returning with 1 locks held'. Unfortunately I binned the crash dumps. Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:30: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 083E416A407 for ; Wed, 16 May 2007 18:30:23 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9FC213C457 for ; Wed, 16 May 2007 18:30:22 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so576871pyh for ; Wed, 16 May 2007 11:30: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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sx6JnrSLJFwnVlMYz6mbjgOPGb63uOpCh4Lc+i+s0RECaWYoTQbterPFij2TEzsQITw4gnAD4epnfTXN1pZV0CxSqg01x6zIFfb9ls4ZRErLNEFxSKeBc1EAXnRGgG//rLEq5xiUdH6OYoq/+YSakaPF50plEacNc87Zrx+b/zc= 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=MKjjbcMnmW+QPwJsCmwpwn6khLmKF4cvUdVe150Z0CYyF6rReHbJO1i2WUQFL36M3JHwnkHvVMh3vqnpz86ZEHs2uy21UAiAox/++Z8V+moLyQh1kXJl9RNM5Z6hyrLN9mvBq12LRnoGFwAeOuJcOgHu3FGU0u2OIfdRWNViO/c= Received: by 10.114.209.1 with SMTP id h1mr2405369wag.1179340221797; Wed, 16 May 2007 11:30:21 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Wed, 16 May 2007 11:30:21 -0700 (PDT) Message-ID: <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> Date: Wed, 16 May 2007 11:30:21 -0700 From: "Matthew Jacob" To: "Claus Guttesen" 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: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> Cc: Roman Divacky , Kris Kennaway , Bj?rn K?nig , current@freebsd.org Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 18:30:23 -0000 Some stuff is for gcc41 but thanks- I'll see if this works for me. On 5/16/07, Claus Guttesen wrote: > > On Wed, May 16, 2007 at 10:19:27AM -0700, Matthew Jacob wrote: > > > Yes- that would be helpful so I can start cleaning up driver errors. > > > > take a look at wwww.freebsd.org/~kan, there's a surprise for you :) > > Tpyo :-) www.freebsd.org/~kan > > (s/wwww/www) > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. > > Shakespeare. > From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:34:05 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 410C916A407 for ; Wed, 16 May 2007 18:34:05 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id F241B13C4AD for ; Wed, 16 May 2007 18:34:04 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so715580nze for ; Wed, 16 May 2007 11:34:04 -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=PQQ0annkl4MfhDHABZi3nU1GfCm56eQyS73ZCoyGg7s8i/jN777RWP4LPBpzdxu+YEhEYpj0p2yPr5rl2r2mFnin91AC5BIXJQ/aKUtUGTb0D61TlEWocSqVgATfUPN1Fy5q5K0AjO9zM7kQEj66hK8ZAZkGBGcgHXk55MmIWr4= 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=pxqKXJN6Z80l/xBs9WqHz7wrK672u8DWSHykOwTNWGMBJbs7XfrPCRwjiuQxlo+a+uLaWCeWdL22uLU6hf+PVUfvX78631bDUFARbotuqvAk61w/QGraqfwmoSSFslSDliHz555VlA40Hi/CAL2c/0uaodjP6WXvo1z7veWDWbY= Received: by 10.114.153.18 with SMTP id a18mr2388671wae.1179338826180; Wed, 16 May 2007 11:07:06 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Wed, 16 May 2007 11:07:05 -0700 (PDT) Message-ID: Date: Wed, 16 May 2007 20:07:05 +0200 From: "Claus Guttesen" To: "Roman Divacky" In-Reply-To: <20070516175745.GA56409@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> Cc: Matthew Jacob , Bj?rn K?nig , current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 18:34:05 -0000 > On Wed, May 16, 2007 at 10:19:27AM -0700, Matthew Jacob wrote: > > Yes- that would be helpful so I can start cleaning up driver errors. > > take a look at wwww.freebsd.org/~kan, there's a surprise for you :) Tpyo :-) www.freebsd.org/~kan (s/wwww/www) -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare. From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:34: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 7338316A407 for ; Wed, 16 May 2007 18:34:33 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 29DB313C458 for ; Wed, 16 May 2007 18:34:33 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so715580nze for ; Wed, 16 May 2007 11:34:33 -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=O6QoWfYKHjUc2SIi4j6eifns9CKydlZwvvA4QFKiUdvvN4VJkU16/zlyYIoDUpAFhmrnvqNLBC5RtZ+0ET/OF6d4aLRswQ91b3Ugho6dV2bhFtEa3udDWSjxLIqnfivQz18YVvG+No+Se00CbjlezKP9eY/kwwlTw/zKFok/N/0= 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=b3SkxjcaY9PdfBS0Ck1AH5ThAemrbT4s4WF5Zccs2eU3uzKhV89UCiFuSn/HclhNPhrax1d52NTre5fMikzzeh15jMuU6t8Yu/hmIa1lyOxg2RSLd+ETr5mV+vRD2kc6Fdv5fsC/vfLeZhR9r+KgrJ9lDhTJozSoaWqtueTkyzI= Received: by 10.114.153.18 with SMTP id a18mr2412869wae.1179340472648; Wed, 16 May 2007 11:34:32 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Wed, 16 May 2007 11:34:32 -0700 (PDT) Message-ID: Date: Wed, 16 May 2007 20:34:32 +0200 From: "Claus Guttesen" To: "Matthew Jacob" In-Reply-To: <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> Cc: Roman Divacky , Kris Kennaway , Bj?rn K?nig , current@freebsd.org Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 18:34:33 -0000 > On 5/16/07, Claus Guttesen wrote: > > > On Wed, May 16, 2007 at 10:19:27AM -0700, Matthew Jacob wrote: > > > > Yes- that would be helpful so I can start cleaning up driver errors. > > > > > > take a look at wwww.freebsd.org/~kan, there's a surprise for you :) > > > > Tpyo :-) www.freebsd.org/~kan > > > > (s/wwww/www) > > > > -- > > regards > > Claus > > > Some stuff is for gcc41 but thanks- I'll see if this works for me. I guess you just download contrib-gcc42.tar.gz rather than contrib-gcc41.tar.gz. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare. From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:36: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 45B7316A403; Wed, 16 May 2007 18:36:51 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 0A31613C458; Wed, 16 May 2007 18:36:50 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HoO2F-000Nxm-HD; Wed, 16 May 2007 19:15:39 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HoO27-000GUF-An; Wed, 16 May 2007 19:15:31 +0100 Date: Wed, 16 May 2007 19:15:31 +0100 From: Thomas Hurst To: Jack Vogel Message-ID: <20070516181531.GA62119@voi.aagh.net> Mail-Followup-To: Jack Vogel , FreeBSD Current , freebsd-net References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: freebsd-net , FreeBSD Current Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 18:36:51 -0000 * Jack Vogel (jfvogel@gmail.com) wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? > > If no one is then I'll just leave it as is. We put CURRENT on one of our Sun X4200's for some MySQL tests a few days ago and haven't noticed any problems, though it's only handled a few million packets so far. Does this change remove support or just disable it by default? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:39:04 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 9BCED16A408; Wed, 16 May 2007 18:39:04 +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 86E2313C458; Wed, 16 May 2007 18:39:04 +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 84A341A3C19; Wed, 16 May 2007 11:39:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C66FC513DD; Wed, 16 May 2007 14:39:02 -0400 (EDT) Date: Wed, 16 May 2007 14:39:02 -0400 From: Kris Kennaway To: Claus Guttesen Message-ID: <20070516183902.GA75347@xor.obsecurity.org> References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> 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: Matthew Jacob , Roman Divacky , Kris Kennaway , Bj?rn K?nig , current@freebsd.org Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 18:39:04 -0000 On Wed, May 16, 2007 at 08:34:32PM +0200, Claus Guttesen wrote: > >On 5/16/07, Claus Guttesen wrote: > >> > On Wed, May 16, 2007 at 10:19:27AM -0700, Matthew Jacob wrote: > >> > > Yes- that would be helpful so I can start cleaning up driver errors. > >> > > >> > take a look at wwww.freebsd.org/~kan, there's a surprise for you :) > >> > >> Tpyo :-) www.freebsd.org/~kan > >> > >> (s/wwww/www) > >> > >> -- > >> regards > >> Claus > >> > >Some stuff is for gcc41 but thanks- I'll see if this works for me. > > I guess you just download contrib-gcc42.tar.gz rather than > contrib-gcc41.tar.gz. I think this pre-dates symbol versioning, which is apparently the current blocking issue. Kris From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:39:09 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 2105816A414 for ; Wed, 16 May 2007 18:39:09 +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 D0FEF13C45B for ; Wed, 16 May 2007 18:39:08 +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 18C4220A7; Wed, 16 May 2007 20:39:05 +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 8DBAC2088; Wed, 16 May 2007 20:39:04 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 741AE5305; Wed, 16 May 2007 20:39:04 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Buki References: <200705101342.l4ADgCgg007728@lurza.secnetix.de> <20070510221221.GA44910@FreeBSD.czest.pl> <464392EC.5090203@elischer.org> <20070510223739.GA66016@lor.one-eyed-alien.net> <4643C90D.9040906@elischer.org> <20070511015204.GA66910@lor.one-eyed-alien.net> <1178935327.1786.6.camel@localhost> <200705151030.l4FAUbEE063594@fire.jhs.private> <86d5125fxo.fsf@dwp.des.no> <20070516152319.GG378@dev.null.cz> Date: Wed, 16 May 2007 20:39:04 +0200 In-Reply-To: <20070516152319.GG378@dev.null.cz> (dev@null.cz's message of "Wed\, 16 May 2007 17\:23\:19 +0200") Message-ID: <86bqgkk3zr.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=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Tom McLaughlin , jhs@berklix.com, freebsd-current@freebsd.org, "Julian H. Stacey" Subject: Re: We don't really need two FTP daemons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 18:39:09 -0000 Buki writes: > Dag-Erling Sm=C3=B8rgrav writes: > > "Julian H. Stacey" writes: > > > I've never been sure which ftpd to run on my gateway (with IPFW, with= no NAT) > > > to provide proxy, so internal hosts could cd /usr/ports; make fetch > > You don't need a proxy. Do the following on each internal host: > > > > # echo 'FTP_PASSIVE_MODE=3DYES' >>/etc/profile > actually, if the internal hosts use RFC1918 addresses this wouldn't > suffice. He really needs either ftp proxy (and redirect all ftp traffic > to it) or NAT. He specifically said "no NAT", so I assumed his internal hosts had routable addresses. If they don't, he should set up Squid and define FTP_PROXY and HTTP_PROXY in the internal hosts' environments; see fetch(3) for details. Better yet, define ftp_proxy and http_proxy as some third-party software (wget, w3m) obey the lower-case variables but not the upper-case ones. OpenBSD has transparent FTP and TFTP proxies written specifically for use with pf(4), but we haven't imported them (yet). As for non-transparent FTP proxies, there are several unformalized and mostly undocumented protocols. The most common one seems to be to send the server name as part of the login name (user@server:port) when logging on to the proxy; libfetch supports that protocol and will use it if the method part of FTP_PROXY (or ftp_proxy) is either "ftp" or unspecified. One open source proxy I know of which supports this is ftp/ftpproxy in ports. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed May 16 18:44: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 30A0B16A403 for ; Wed, 16 May 2007 18:44:11 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog12.obsmtp.com (s200aog12.obsmtp.com [207.126.144.126]) by mx1.freebsd.org (Postfix) with SMTP id 769CC13C458 for ; Wed, 16 May 2007 18:44:10 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob012.postini.com ([207.126.147.11]) with SMTP; Wed, 16 May 2007 18:44:09 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 181D4181426; Wed, 16 May 2007 19:12:52 +0100 (BST) Message-ID: <464B4A03.5090704@tomjudge.com> Date: Wed, 16 May 2007 19:14:27 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: FreeBSD Current References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> In-Reply-To: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 May 2007 18:58:01 +0000 Cc: freebsd-net Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 18:44:11 -0000 Jack Vogel wrote: > I introduced a change yesterday that limited TSO to PCI Express > adapters, I did this more for avoidance rather than a bug fix, and > I'm not 100% sure its the right thing, so I thought I would poll > everyone, do you have a PCI-X adapter and are using TSO without > problems and wish to keep the support in? > > If no one is then I'll just leave it as is. > > Jack Remember to CC the lists this time. I have a number of systems with built in em adapters (on the motherboard) is there any easy way to find out what type of bus these are connected to? Tom From owner-freebsd-current@FreeBSD.ORG Wed May 16 19:15:04 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 A6A9F16A40D for ; Wed, 16 May 2007 19:15:04 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 5B87C13C469 for ; Wed, 16 May 2007 19:15:04 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so732139nze for ; Wed, 16 May 2007 12:15:03 -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=cZ34ZL6rVZUhQC4DLi4WDV1Kslz/9JO9TTgKwI3aIMd/3P0GVMDe3GVkbON3FLQ4lvUGhcvxCpBlTFofpa3eHxCgUb8JD/+mIUTfe0bfQxwyodupxbLskCoBZ/C1m3P4sqsjO/TEZ37ox0jJwBuALixmX1FWg4pDPp6kmiWNh8g= 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=KBwYD5X28CfnIiB5Ave4rhgFtlRFggCJQRND029cHLvwdhTwCwJPszfhMILTstLEst1B+8NJnbh4Zo0oB+7BXkn357TuT6lNwhyjZKhdlaWJ2UgWKd59GJOz5OoEo7u80hQrJp6AhDOfoekDElRsdInMjJD7rVbECenXeT6WqRI= Received: by 10.114.179.1 with SMTP id b1mr2446583waf.1179342903469; Wed, 16 May 2007 12:15:03 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Wed, 16 May 2007 12:15:03 -0700 (PDT) Message-ID: <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> Date: Wed, 16 May 2007 12:15:03 -0700 From: "Matthew Jacob" To: "Kris Kennaway" In-Reply-To: <20070516183902.GA75347@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> <20070516183902.GA75347@xor.obsecurity.org> Cc: current@freebsd.org, Roman Divacky , Bj?rn K?nig , Claus Guttesen Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 19:15:04 -0000 > > >> regards > > >> Claus > > >> > > >Some stuff is for gcc41 but thanks- I'll see if this works for me. > > > > I guess you just download contrib-gcc42.tar.gz rather than > > contrib-gcc41.tar.gz. > > I think this pre-dates symbol versioning, which is apparently the > current blocking issue. Do I take this to mean "not yet" for patches to try? From owner-freebsd-current@FreeBSD.ORG Wed May 16 19:19: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 127C416A405; Wed, 16 May 2007 19:19:33 +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 B5E2B13C4AE; Wed, 16 May 2007 19:19:32 +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 l4GJJQQ8054391; Wed, 16 May 2007 13:19:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <464B593A.40506@samsco.org> Date: Wed, 16 May 2007 13:19:22 -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: Matthew Jacob References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> <20070516183902.GA75347@xor.obsecurity.org> <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> In-Reply-To: <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> 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]); Wed, 16 May 2007 13:19:26 -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: Bj?rn K?nig , Roman Divacky , Claus Guttesen , current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 19:19:33 -0000 Matthew Jacob wrote: >> > >> regards >> > >> Claus >> > >> >> > >Some stuff is for gcc41 but thanks- I'll see if this works for me. >> > >> > I guess you just download contrib-gcc42.tar.gz rather than >> > contrib-gcc41.tar.gz. >> >> I think this pre-dates symbol versioning, which is apparently the >> current blocking issue. > > > Do I take this to mean "not yet" for patches to try? Symbol versioning only affects userland libraries and linker. It shouldn't matter for kernel code that you're looking to validate. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 16 19:28: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 166D616A403 for ; Wed, 16 May 2007 19:28:53 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id C155213C483 for ; Wed, 16 May 2007 19:28:52 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so737373nze for ; Wed, 16 May 2007 12:28:52 -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=O9uGh1VxBf1FoBE/GFTEeqTB+LwEJqgYhGzq4Q7hhsre4rhFg+9egLrcIku6JYYybS06tNv1qNY/FGdQtWMfUXn5uMcO8UrfYzDzyyTF9gopN7DMjYI/aek7HNEUngKVqV8T4qjGRRb8pN26mC4Y9jHnc/HAF3bXBkBhQYhethU= 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=KpSHyF5qosXlbyUZOEJzainkKVJbI9+pALhmMYuBeCBywTpj2LLA7IgvgzDjMTQsmm8BtmmMKf1rCu/h4WNFQvVeIl1nIgHst0IK9Z9CXMPfMi6k1oDUBhYuM8WGRp6UMxwS8j/fWyXch/T2x3em7D6zaKbR1SRCk5cI9QX8GBI= Received: by 10.114.196.1 with SMTP id t1mr2459613waf.1179343731589; Wed, 16 May 2007 12:28:51 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Wed, 16 May 2007 12:28:51 -0700 (PDT) Message-ID: <7579f7fb0705161228n1b06d8bel8d7435a9ace56e4e@mail.gmail.com> Date: Wed, 16 May 2007 12:28:51 -0700 From: "Matthew Jacob" To: "Scott Long" In-Reply-To: <464B593A.40506@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070514210318.GA5865@xor.obsecurity.org> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> <20070516183902.GA75347@xor.obsecurity.org> <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> <464B593A.40506@samsco.org> Cc: Bj?rn K?nig , Roman Divacky , Claus Guttesen , current@freebsd.org, Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 19:28:53 -0000 > > > > Do I take this to mean "not yet" for patches to try? > > Symbol versioning only affects userland libraries and linker. It > shouldn't matter for kernel code that you're looking to validate. > Well, sure, in which case I just might as well build gcc4.2 stock rather than apply patches to the tree. From owner-freebsd-current@FreeBSD.ORG Wed May 16 19:36: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 DD7DC16A403; Wed, 16 May 2007 19:36:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from young.cc.uottawa.ca (young.cc.uottawa.ca [137.122.6.56]) by mx1.freebsd.org (Postfix) with ESMTP id A205713C448; Wed, 16 May 2007 19:36:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from localhost (unknown [127.0.0.1]) by young.cc.uottawa.ca (Postfix) with ESMTP id 90CEA384011; Wed, 16 May 2007 14:58:13 -0400 (EDT) Received: from dylan.cc.uottawa.ca ([137.122.6.57]) by localhost (young.cc.uottawa.ca [137.122.6.56]) (amavisd-new, port 10024) with ESMTP id 27251-05; Wed, 16 May 2007 14:58:13 -0400 (EDT) Received: from julian-mac.elischer.org (039sub218.uottawa.ca [137.122.39.159]) by dylan.cc.uottawa.ca (Postfix) with ESMTP id 2C1C73BC00F; Wed, 16 May 2007 14:58:13 -0400 (EDT) Message-ID: <464B5445.1030305@elischer.org> Date: Wed, 16 May 2007 14:58:13 -0400 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0705161030k40831aa5o168b5bc40fcf3352@mail.gmail.com> <464B4103.4020505@freebsd.org> <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> In-Reply-To: <2a41acea0705161059g1537c780w500968a82e5fe4f2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at uottawa.ca Cc: freebsd-net , FreeBSD Current , Andre Oppermann Subject: Re: EM and TSO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 19:36:46 -0000 Jack Vogel wrote: > On 5/16/07, Andre Oppermann wrote: >> Jack Vogel wrote: >> > I introduced a change yesterday that limited TSO to PCI Express >> > adapters, I did this more for avoidance rather than a bug fix, and >> > I'm not 100% sure its the right thing, so I thought I would poll >> > everyone, do you have a PCI-X adapter and are using TSO without >> > problems and wish to keep the support in? >> >> I'm using the dual-port PCI-X adapter and would like to keep >> using TSO on it. There are a lot of those adapters out there >> in servers. TSO is scheduled to be MFC'd really soon now and >> not having it work with em(4) on PCI-X would be quite limiting. > > OK, I'll put it back, you also answered a question I had, namely > the MFC of TSO :) I was hoping that got into 6.3. > > I have another bug I'm working on, will be a delta today or tomorrow > and I'll put it back to what it was. > > Jack > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" give a sysctl to change the option. From owner-freebsd-current@FreeBSD.ORG Wed May 16 19:48:17 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 7AF7216A400; Wed, 16 May 2007 19:48: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 64BCE13C457; Wed, 16 May 2007 19:48: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 4ACCE1A3C19; Wed, 16 May 2007 12:49:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 86C1D51488; Wed, 16 May 2007 15:48:16 -0400 (EDT) Date: Wed, 16 May 2007 15:48:16 -0400 From: Kris Kennaway To: Matthew Jacob Message-ID: <20070516194816.GB75347@xor.obsecurity.org> References: <20070514210318.GA5865@xor.obsecurity.org> <20070515201259.6e412cb2@kan.dnsalias.net> <7799307232011642944@unknownmsgid> <7579f7fb0705161019o4546e30fr106003b4026c3855@mail.gmail.com> <20070516175745.GA56409@freebsd.org> <7579f7fb0705161130lfd2f7dbidccc2d505b470f78@mail.gmail.com> <20070516183902.GA75347@xor.obsecurity.org> <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0705161215s326d4ed9u3ce771c803b47b9d@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Roman Divacky , Claus Guttesen , Bj?rn K?nig , Kris Kennaway Subject: Re: HEADS DOWN: gcc 4.2 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: Wed, 16 May 2007 19:48:17 -0000 On Wed, May 16, 2007 at 12:15:03PM -0700, Matthew Jacob wrote: > >> >> regards > >> >> Claus > >> >> > >> >Some stuff is for gcc41 but thanks- I'll see if this works for me. > >> > >> I guess you just download contrib-gcc42.tar.gz rather than > >> contrib-gcc41.tar.gz. > > > >I think this pre-dates symbol versioning, which is apparently the > >current blocking issue. > > > Do I take this to mean "not yet" for patches to try? It should be fine if you are only compiling the kernel, but you'll probably have to patch against a pre-symver tree to make world with. Kris From owner-freebsd-current@FreeBSD.ORG Wed May 16 19:48:58 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 D4C0816A400 for ; Wed, 16 May 2007 19:48:58 +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 9CB9113C45E for ; Wed, 16 May 2007 19:48:58 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 929D839DEF; Wed, 16 May 2007 21:48:57 +0200 (CEST) Date: Wed, 16 May 2007 21:48:57 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20070516194857.GI94292@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: Subject: kernel build error (zlib.ko) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 19:48:58 -0000 --ZJcv+A0YCCLh2VIg Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With today's sources I get an error while compiling the kernel: =3D=3D=3D> zlib (all) cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium-m -Werror -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MAGGIE/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-common -g -I/usr/obj/usr/src/sys/MAGGIE -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /usr/src/sys/modules/zlib/../../net/zlib.c ld -d -warn-common -r -d -o zlib.kld zlib.o :> export_syms awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld export_syms | xargs -J% objcopy % zlib.kld ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols zlib.ko.debug zlib.ko 1 error *** Error code 2 1 error *** Error code 2 1 error Any ideas what could be the cause? Lars --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --ZJcv+A0YCCLh2VIg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGS2ApKc512sD3afgRAjfIAJ4+fNTpmCPOoLV2JsRBHYWU1zuKewCfRCb+ jdUbmJmtmCZ0L26SalG/lkQ= =OnE4 -----END PGP SIGNATURE----- --ZJcv+A0YCCLh2VIg-- From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:03:57 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 3A9C216A406 for ; Wed, 16 May 2007 20:03:57 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id D069E13C44C for ; Wed, 16 May 2007 20:03:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so750322nze for ; Wed, 16 May 2007 13:03:56 -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=hvEgME0t+dCgD6zgrLtLSwzts7X5nlOF0xUdlMbERfIVuUCljYoX4/vbuzYKOkwUZSq48OT94nKMkP1VzLN/76doT941ZGnYsGkT7KlVJgfEPMBxMLp5ZTbzzGxE2Vf/tZw8T2RPmA0/8rbKPtPq19zTF7O/Rxiqn02ichvpM1g= 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=AUeyaYvMr5pSzFmDTJOGsWCw2T+W6FmOaValBvvU8i/uPjT9iQaRD3UOrGRh1BRkYK3eabP45wp6UT0ZrACwN5nu3BlGPU/E6XDPI9r38zbAzxtp9Yx3Snc+lXnNXwXM+qbygwFaaeWmhPkSE3lqB3CXMzVu/xBm6uiEtqGpWns= Received: by 10.114.157.1 with SMTP id f1mr2463319wae.1179345834684; Wed, 16 May 2007 13:03:54 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Wed, 16 May 2007 13:03:54 -0700 (PDT) Message-ID: Date: Wed, 16 May 2007 22:03:54 +0200 From: "Claus Guttesen" To: "Lars Engels" In-Reply-To: <20070516194857.GI94292@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070516194857.GI94292@e.0x20.net> Cc: current@freebsd.org Subject: Re: kernel build error (zlib.ko) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 20:03:57 -0000 > With today's sources I get an error while compiling the kernel: > > ===> zlib (all) > cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -Werror -D_KERNEL > -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/MAGGIE/opt_global.h -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common -g > -I/usr/obj/usr/src/sys/MAGGIE -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -fformat-extensions -c > /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.kld zlib.o > :> export_syms > awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld > export_syms | xargs -J% objcopy % zlib.kld > ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug > zlib.ko > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > Any ideas what could be the cause? Do you happen to have options INVARIANTS #options INVARIANT_SUPPORT in your kernel-config where the second line is commented out? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare. From owner-freebsd-current@FreeBSD.ORG Wed May 16 20:06:09 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 12E7316A402 for ; Wed, 16 May 2007 20:06:09 +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 CA6D113C459 for ; Wed, 16 May 2007 20:06:08 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 1862E39DE5; Wed, 16 May 2007 22:06:08 +0200 (CEST) Date: Wed, 16 May 2007 22:06:07 +0200 From: Lars Engels To: Claus Guttesen Message-ID: <20070516200607.GJ94292@e.0x20.net> References: <20070516194857.GI94292@e.0x20.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IU5/I01NYhRvwH70" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: kernel build error (zlib.ko) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 May 2007 20:06:09 -0000 --IU5/I01NYhRvwH70 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 16, 2007 at 10:03:54PM +0200, Claus Guttesen wrote: > >With today's sources I get an error while compiling the kernel: > > > >=3D=3D=3D> zlib (all) > >cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium-m -Werror -D_KERNEL > >-DKLD_MODULE -std=3Dc99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS > >-include /usr/obj/usr/src/sys/MAGGIE/opt_global.h -I. -I@ > >-I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 > >--param large-function-growth=3D1000 -fno-common -g > >-I/usr/obj/usr/src/sys/MAGGIE -mno-align-long-strings > >-mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > >-mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > >-Wcast-qual -Wundef -fformat-extensions -c > >/usr/src/sys/modules/zlib/../../net/zlib.c > >ld -d -warn-common -r -d -o zlib.kld zlib.o > >:> export_syms > >awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld > >export_syms | xargs -J% objcopy % zlib.kld > >ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld > >objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > >objcopy --strip-debug --add-gnu-debuglink=3Dzlib.ko.symbols zlib.ko.debug > >zlib.ko > >1 error > >*** Error code 2 > >1 error > >*** Error code 2 > >1 error > > > > > >Any ideas what could be the cause? >=20 > Do you happen to have >=20 > options INVARIANTS > #options INVARIANT_SUPPORT >=20 > in your kernel-config where the second line is commented out? > No, I have both options in the kernel config. > --=20 > regards > Claus >=20 > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. >=20 > Shakespeare. > _______________________________________________ > 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 --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 Mobil: +49 172 266 72 73 --IU5/I01NYhRvwH70 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGS2QvKc512sD3afgRAl6UAKC4cSyHII7Y3jhfQtMKc24J/xlXtwCfV67X IpfZyWXtTB+zBef11YubDaQ= =1230 -----END PGP SIGNATURE----- --IU5/I01NYhRvwH70-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 15:17: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 8941A16A51D; Sat, 19 May 2007 15:17: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 6685613C5E1; Sat, 19 May 2007 14:16:20 +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 l4JEGJvZ080978; Sat, 19 May 2007 10:16:20 -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 l4JEGJ5v031103; Sat, 19 May 2007 10:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 76C8273068; Sat, 19 May 2007 10:16:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070519141619.76C8273068@freebsd-current.sentex.ca> Date: Sat, 19 May 2007 10:16:19 -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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 15:17:43 -0000 TB --- 2007-05-19 13:45:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-19 13:45:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-05-19 13:45:16 - cleaning the object tree TB --- 2007-05-19 13:45:47 - checking out the source tree TB --- 2007-05-19 13:45:47 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-05-19 13:45:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-19 13:54:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-19 13:54:32 - cd /src TB --- 2007-05-19 13:54:32 - /usr/bin/make -B buildworld >>> World build started on Sat May 19 13:54: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 [...] ===> gnu/lib/libreadline/history/doc (depend) ===> gnu/lib/libreadline/readline (depend) rm -f .depend mkdep -f .depend -a -I/src/gnu/lib/libreadline/readline/.. -I/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/readline.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/vi_mode.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/funmap.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/keymaps.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/parens.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/search.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/rltty.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/complete.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/bind.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/isearch.c /src/gnu/lib/libreadline/readline/../../../../contrib/libread line/display.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/signals.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/util.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/kill.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/undo.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/macro.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/input.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/callback.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/text.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/nls.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/misc.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/compat.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/xmalloc.c /src/gnu /lib/libreadline/readline/../../../../contrib/libreadline/history.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histexpand.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histfile.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/histsearch.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/shell.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/mbutil.c /src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/tilde.c echo libreadline.so.6: /obj/powerpc/src/tmp/usr/lib/libtermcap.a >> .depend ===> gnu/lib/libreadline/readline/doc (depend) ===> gnu/lib/libstdc++ (depend) make: don't know how to make /src/gnu/lib/libstdc++/../../../contrib/libstdc++/config/cpu/generic/atomicity.h. Stop *** Error code 2 Stop in /src/gnu/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-19 14:16:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-19 14:16:19 - ERROR: failed to build world TB --- 2007-05-19 14:16:19 - tinderbox aborted TB --- 0.82 user 2.46 system 1862.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat May 19 15:25: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 E9C5B16A41F for ; Sat, 19 May 2007 15:25: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 A823013C457 for ; Sat, 19 May 2007 15:25:45 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HpQoJ-0001V1-G8 for freebsd-current@freebsd.org; Sat, 19 May 2007 17:25:35 +0200 Received: from 137.122.39.10 ([137.122.39.10]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 May 2007 17:25:35 +0200 Received: from ivoras by 137.122.39.10 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 May 2007 17:25:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 19 May 2007 11:25:25 +0000 Lines: 11 Message-ID: <464EDEA5.9030506@fer.hr> References: <4715.10.202.77.103.1179582505.squirrel@webmail.superhero.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 137.122.39.10 User-Agent: Thunderbird 2.0.0.0 (X11/20070424) In-Reply-To: <4715.10.202.77.103.1179582505.squirrel@webmail.superhero.nl> Sender: news Subject: Re: something wrong with freebsd-current maillist? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 15:25:46 -0000 Gelsema, P (Patrick) - FreeBSD wrote: > I got an issue with the current that I cannot make update anymore. I get > the following error: /libexec/ld-elf.so.1: /lib/libthr.so.2: unsupported > file layout. > > I tried rebuilding world, installing cvsup from ports but both failed. Any > pointers appreciated. Are you aware of recent import of gcc 4.2 and related issues? If not, you might want to look up recent messages on the hackers@ mailing list. From owner-freebsd-current@FreeBSD.ORG Sat May 19 15:30: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 9A94516A400 for ; Sat, 19 May 2007 15:30:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8E113C489 for ; Sat, 19 May 2007 15:30:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe08.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 491926956 for freebsd-current@freebsd.org; Sat, 19 May 2007 17:30:18 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 19 May 2007 17:30:06 +0200 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705191730.06964.hselasky@c2i.net> Subject: Video4Linux header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 15:30:22 -0000 Hi, The Video4Linux header files are dual BSD/GNU licensed! How nice! I want to put these into the kernel source tree. For example under /usr/src/sys/sys . The reason is that I want to implement a slightly modified version of the V4L so that I can have a well known Linux USB Webcam driver working on my FreeBSD using my new USB stack. Does anyone here have any comments on this ? --HPS From owner-all-developers@FreeBSD.org Sat May 19 15:01:06 2007 Return-Path: X-Original-To: julian@elischer.org Delivered-To: julian@idiom.com Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by idiom.com (Postfix) with ESMTP id 60707125A25 for ; Mon, 14 May 2007 13:12:25 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id E2A9D5D6BD for ; Mon, 14 May 2007 20:12:24 +0000 (UTC) (envelope-from owner-all-developers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id D6FDF16A52D; Mon, 14 May 2007 20:12:23 +0000 (UTC) Delivered-To: julian@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 78B4116A402; Mon, 14 May 2007 20:12:23 +0000 (UTC) X-Original-To: developers@FreeBSD.org Delivered-To: all-developers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E116B16A403 for ; Mon, 14 May 2007 20:12:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outT.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id CF3A413C44C for ; Mon, 14 May 2007 20:12:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 14 May 2007 13:12:21 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id E65CC125A24 for ; Mon, 14 May 2007 13:12:20 -0700 (PDT) Message-ID: <4648C2A3.2020905@elischer.org> Date: Mon, 14 May 2007 13:12:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: FreeBSD developers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-all-developers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.5 X-Spam-Status: No, hits=-1.6 required=5 tests=FORGED_RCVD_HELO, SPF_PASS,BAYES_00,TO_CC_NONE,MISSING_SUBJECT,NO_RECEIVED,AWL X-ClamAV-Status: No X-Idiom-Reporting: If this was spam, please report it to http://www.spamcop.net X-Mailman-Approved-At: Sat, 19 May 2007 15:40:27 +0000 Cc: Subject: can't make it to the devsummit Wednesday/Thursday? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 15:02:45 -0000 Don't worry, we'll be recording some video for watching later. I'll Also attempt to webcast as much as possible. Not sure if I can webcast BSDCan itself.. I'll see what it's like. The URL will be (at least) rtsp://jello.ironport.com:80/Devsummit.sdp I will be travelling Tuesday, but today I have a test session running at: rtsp://jello.ironport.com:80/Bsdtest.sdp. There may be more than one session to cover more breakouts if others bring more cameras and MACs :-) People watching from outside may even be able to be in more than one room at a time :-) . The session will be using mpeg4 video and audio. I will leave the test session running pretty much all the time I'm not commuting. Instructions for mplayer and VLC follow: Quicktime users should just be able to type in the URL. ---- instructions for VLC/mplayer courtesy of Stefan Ehmann ----- If you want to use mplayer: - cd /usr/ports/multimedia/mplayer && make install clean OR portinstall multimedia/mplayer - make sure livemedia is selected: [X] LIVEMEDIA - mplayer -rtsp-stream-over-tcp rtsp://jello.ironport.com:80/Bsdtest.sdp If you already installed mplayer, but get the following error: "RTSP support requires the "LIVE555 Streaming Media" libraries." - cd /usr/ports/multimedia/mplayer - make config - make sure livemedia is selected: [X] LIVEMEDIA - make deinstall reinstall clean OR portupgrade -f multimedia/mplayer If you want to use vlc: - cd /usr/ports/multimedia/vlc - make install clean OR portinstall multimedia/vlc - make sure faad is selected: [X] FAAD - start vlc - Settings->Preferences -> check "Advanced options" -> go to Input/Codecs->Demuxers->RTP/RTSP and check "Use RTP over RTSP (TCP)" -> Save - File->Open Network Stream, check "RTSP", URL: rtsp://jello.ironport.com:80/Bsdtest.sdp OR $vlc rtsp://jello.ironport.com:80/Bsdtest.sdp If you already installed vlc, but get no sound: - cd /usr/ports/multimedia/vlc - make config - make sure faad is selected: [X] FAAD - make deinstall reinstall clean OR portupgrade -f multimedia/vlc I haven't yet succeeded using xine for the test stream. Notes: - I haven't tested if it works if you disable any of the default options (disabling LIVEMEDA for vlc is probably a bad idea). - I usually use the -R option for portupgrade to be sure that all dependent ports are up-to-date as well. ---- end of instructiosn from Stefan ----- -- This mail is for the internal use of the FreeBSD project committers, and as such is private. This mail may not be published or forwarded outside the FreeBSD committers' group or disclosed to other unauthorised parties without the explicit permission of the author(s). --------------040206030501000905060304-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 15:32:07 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 9DB3B16A46B for ; Sat, 19 May 2007 15:32:07 +0000 (UTC) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5CE13C480 for ; Sat, 19 May 2007 15:32:07 +0000 (UTC) (envelope-from peter@wemm.org) Received: from [172.20.5.231] (unknown [137.122.39.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@canning.wemm.org) by canning.wemm.org (Postfix) with ESMTP id D2CBC46B53 for ; Sat, 19 May 2007 08:33:04 -0700 (PDT) (envelope-from peter@wemm.org) Message-ID: <464F17E6.9030704@wemm.org> Date: Sat, 19 May 2007 11:29:42 -0400 From: Peter Wemm User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 19 May 2007 15:40:27 +0000 Cc: Subject: Diagnostic test message for freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 15:32:07 -0000 This is to check that I've fixed the problem on the freebsd-current mailing list. Please ignore. From owner-freebsd-current@FreeBSD.ORG Sat May 19 15:43: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 ADF0216A469 for ; Sat, 19 May 2007 15:43:33 +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 6198413C44B for ; Sat, 19 May 2007 15:43:33 +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 l4JFhOeE078361; Sat, 19 May 2007 11:43:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Sat, 19 May 2007 11:43:05 -0400 User-Agent: KMail/1.9.6 References: <4715.10.202.77.103.1179582505.squirrel@webmail.superhero.nl> <464EDEA5.9030506@fer.hr> In-Reply-To: <464EDEA5.9030506@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705191143.05761.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]); Sat, 19 May 2007 11:43:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3269/Fri May 18 22:36:41 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: Ivan Voras Subject: Re: something wrong with freebsd-current maillist? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 15:43:33 -0000 On Saturday 19 May 2007 07:25:25 am Ivan Voras wrote: > Gelsema, P (Patrick) - FreeBSD wrote: > > > I got an issue with the current that I cannot make update anymore. I get > > the following error: /libexec/ld-elf.so.1: /lib/libthr.so.2: unsupported > > file layout. > > > > I tried rebuilding world, installing cvsup from ports but both failed. Any > > pointers appreciated. > > Are you aware of recent import of gcc 4.2 and related issues? If not, > you might want to look up recent messages on the hackers@ mailing list. This is already fixed by ru@. The bug is that the 64-bit libthr.so was overwritten with a 32-bit one on amd64 during installworld. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 19 15:52: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 EBC3916A41F for ; Sat, 19 May 2007 15:52:30 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [213.84.142.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3002A13C458 for ; Sat, 19 May 2007 15:52:29 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 17021 invoked by uid 80); 19 May 2007 15:52:41 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sat, 19 May 2007 17:52:41 +0200 (CEST) Message-ID: <1431.10.202.77.103.1179589961.squirrel@webmail.superhero.nl> In-Reply-To: <200705191143.05761.jhb@freebsd.org> References: <4715.10.202.77.103.1179582505.squirrel@webmail.superhero.nl> <464EDEA5.9030506@fer.hr> <200705191143.05761.jhb@freebsd.org> Date: Sat, 19 May 2007 17:52:41 +0200 (CEST) From: "Gelsema, P \(Patrick\)" To: "John Baldwin" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: something wrong with freebsd-current maillist? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 15:52:31 -0000 On Sat, May 19, 2007 17:43, John Baldwin wrote: > On Saturday 19 May 2007 07:25:25 am Ivan Voras wrote: >> Gelsema, P (Patrick) - FreeBSD wrote: >> >> > I got an issue with the current that I cannot make update anymore. I >> get >> > the following error: /libexec/ld-elf.so.1: /lib/libthr.so.2: >> unsupported >> > file layout. >> > >> > I tried rebuilding world, installing cvsup from ports but both failed. >> Any >> > pointers appreciated. >> >> Are you aware of recent import of gcc 4.2 and related issues? If not, >> you might want to look up recent messages on the hackers@ mailing list. > > This is already fixed by ru@. The bug is that the 64-bit libthr.so was > overwritten with a 32-bit one on amd64 during installworld. How can I fix this on my box? I cannot update unfortunately? Can't I fetch only the files that are changed? patrick > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat May 19 16:19: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 661B116A468 for ; Sat, 19 May 2007 16:19:04 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 190E613C448 for ; Sat, 19 May 2007 16:19:04 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HpRe3-0000Px-2C for freebsd-current@freebsd.org; Sat, 19 May 2007 20:19:03 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HpRf4-0009Ic-13 for freebsd-current@freebsd.org; Sat, 19 May 2007 20:20:06 +0400 To: freebsd-current@freebsd.org From: Boris Samorodov References: <9FC464A4-4405-4C10-A7CB-0A424EA4EAD3@blyon.com> <4641542A.7030203@samsco.org> Date: Sat, 19 May 2007 20:20:06 +0400 Message-ID: <11042281@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Boris Samorodov] Re: Functional RAID controller? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 16:19:04 -0000 [re-post to the list] Hi Scott, All! On Tue, 08 May 2007 22:55:06 -0600 Scott Long wrote: > I have a pretty good idea of what is wrong, and it's partially my fault. > A quick work-around would be to edit /sys/dev/twa/tw_osl_freebsd.c and > remove the INTR_MPSAFE flag as so: I have today's current (with sys/cam/cam_xpt.c 1.187): ----- FreeBSD 7.0-CURRENT #0: Thu May 17 16:56:58 MSD 2007 bsam@tinderbox.amd64.ipt.ru:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2000.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e33d,DCA> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8576622592 (8179 MB) avail memory = 8289337344 (7905 MB) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs ... 3ware device driver for 9000 series storage controllers, version: 3.70.03.006 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xd8000000-0xd9ffffff,0xda300000-0xda300fff irq 16 at device 0.0 on pci8 twa0: [FILTER] twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 3.06.00.005, BIOS BE9X 3.06.00.002 ... panic: blockable sleep lock (sleep mutex) CAM SIMQ lock @ /usr/src/sys/cam/cam_xpt.c:4847 cpuid = 0 KDB: enter: panic [thread pid 17 tid 100007 ] Stopped at kdb_enter+0x2f: nop db> where Tracing pid 17 tid 100007 td 0xffffff021eeaa540 kdb_enter() at kdb_enter+0x2f panic() at panic+0x225 witness_checkorder() at witness_checkorder+0x5db _mtx_lock_flags() at _mtx_lock_flags+0x75 xpt_done() at xpt_done+0xca tw_osl_complete_io() at tw_osl_complete_io+0x10c tw_cli_complete_io() at tw_cli_complete_io+0x80 tw_cli_process_complete_queue() at tw_cli_process_complete_queue+0xa3 tw_cli_process_resp_intr() at tw_cli_process_resp_intr+0x1e3 twa_pci_intr_fast() at twa_pci_intr_fast+0x2b intr_execute_handlers() at intr_execute_handlers+0x126 Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff8065a9b6, rsp = 0xffffffffac2a7be0, rbp = 0xffffffffac2a7bf0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1a0 sched_idletd() at sched_idletd+0x35 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2a7d30, rbp = 0 --- db> ----- Is that a known problem you are working on? If it may help I can arrange an access to comconsole on that server. Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat May 19 16:37:34 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 AE0E416A41F; Sat, 19 May 2007 16:37:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8300D13C48A; Sat, 19 May 2007 16:37:34 +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 l4JGbXFC086670; Sat, 19 May 2007 12:37:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l4JGbX9B000345; Sat, 19 May 2007 12:37:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6D20473068; Sat, 19 May 2007 12:37:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070519163733.6D20473068@freebsd-current.sentex.ca> Date: Sat, 19 May 2007 12:37:33 -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: Sat, 19 May 2007 16:37:34 -0000 TB --- 2007-05-19 15:07:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-19 15:07:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-05-19 15:07:48 - cleaning the object tree TB --- 2007-05-19 15:08:06 - checking out the source tree TB --- 2007-05-19 15:08:06 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-05-19 15:08:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-19 15:16:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-19 15:16:21 - cd /src TB --- 2007-05-19 15:16:21 - /usr/bin/make -B buildworld >>> World build started on Sat May 19 15:16: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 Sat May 19 16:25:05 UTC 2007 TB --- 2007-05-19 16:25:05 - generating LINT kernel config TB --- 2007-05-19 16:25:05 - cd /src/sys/sun4v/conf TB --- 2007-05-19 16:25:05 - /usr/bin/make -B LINT TB --- 2007-05-19 16:25:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-19 16:25:05 - cd /src TB --- 2007-05-19 16:25:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 19 16:25:06 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/sun4v/sun4v/tsb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/sun4v/sun4v/tte.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/sun4v/sun4v/tte_hash.c /src/sys/sun4v/sun4v/tte_hash.c:234:26: error: macro "VMCNT_GET" passed 2 arguments, but takes just 1 /src/sys/sun4v/sun4v/tte_hash.c: In function 'free_fragment_pages': /src/sys/sun4v/sun4v/tte_hash.c:234: error: 'VMCNT_GET' undeclared (first use in this function) /src/sys/sun4v/sun4v/tte_hash.c:234: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/tte_hash.c:234: error: for each function it appears in.) *** 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-19 16:37:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-19 16:37:33 - ERROR: failed to build lint kernel TB --- 2007-05-19 16:37:33 - tinderbox aborted TB --- 0.76 user 2.05 system 5384.61 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat May 19 16:37: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 927F916A48F for ; Sat, 19 May 2007 16:37:57 +0000 (UTC) (envelope-from freebsd@nagilum.org) Received: from papendorf.biz (p15198536.pureserver.info [212.227.92.54]) by mx1.freebsd.org (Postfix) with ESMTP id 29BB813C480 for ; Sat, 19 May 2007 16:37:57 +0000 (UTC) (envelope-from freebsd@nagilum.org) Received: from cakebox.homeunix.net (p54A010F6.dip0.t-ipconnect.de [84.160.16.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by papendorf.biz (Postfix) with ESMTP id 91AB783FA61 for ; Sat, 19 May 2007 18:20:51 +0200 (CEST) Received: by cakebox.homeunix.net (Postfix, from userid 80) id 583A2302A49; Sat, 19 May 2007 18:20:24 +0200 (CEST) Received: from scorpio.tis (scorpio.tis [10.1.1.4]) by cakebox.homeunix.net (Horde MIME library) with HTTP; Sat, 19 May 2007 18:20:23 +0200 Message-ID: <20070519182023.d5ofrjnj8k0gko8g@cakebox.homeunix.net> X-Priority: 3 (Normal) Date: Sat, 19 May 2007 18:20:23 +0200 From: Alexander To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_6wn4jpkvjcco"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-6.2 X-Mailman-Approved-At: Sat, 19 May 2007 16:42:34 +0000 Subject: HP NetServer RS/12 anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 16:37:57 -0000 This message is in MIME format and has been PGP signed. --=_6wn4jpkvjcco Content-Type: text/plain; charset=ISO-8859-2; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, is any FreeBSD developer interested in a free HP NetServer RackStorage/12 ? This basically a rack mountable casing for 12 SCA disks. It comes with 12x 18GB SCA (10.000RPM) disks + 2 spare disks, two =20 independant power supplies and SCSI UW-360 connector cards. Unfortunately I can't ship it (it's quite heavy) but I'd be willing to =20 take it anywhere within a 500km radius from Stuttgart/Germany, which =20 is where I am. I would also provide the power and scsi cables to connect the box and =20 one or two controllers (I have two channel 64bit pci controllers or =20 one channel 32bit, whichever you prefer) if required. The whole thing is free if I can find your name among the freebsd comitters. So if anyone is interested please reply so we can discuss the details. Kind regards, Alex. PS: I tried donations@freebsd.org before but did not receive any =20 response so I thought why not ask directly. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D # _ __ _ __ http://www.nagilum.org/ \n icq://69646724 # # / |/ /__ ____ _(_) /_ ____ _ nagilum@nagilum.org \n +491776461165 # # / / _ `/ _ `/ / / // / ' \ Amiga (68k/PPC): AOS/NetBSD/Linux # # /_/|_/\_,_/\_, /_/_/\_,_/_/_/_/ Mac (PPC): MacOS-X / Linux / MacOS9 # # /___/ x86: FreeBSD/Linux/Solaris/Win2k ARM9: EPOC EV6 # =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ---------------------------------------------------------------- cakebox.homeunix.net - all the machine one needs.. --=_6wn4jpkvjcco Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGTyPGAKWN2UY+sLwRAmB0AKC4tv2YeF4ZJhVurO1ig0T/9Y1/sACfTI3E 3r6cdKMSWFaMUnyiROUEPy8= =QDWI -----END PGP SIGNATURE----- --=_6wn4jpkvjcco-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 17:37: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 0A63B16A469 for ; Sat, 19 May 2007 17:37:37 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4024E13C489 for ; Sat, 19 May 2007 17:37:35 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 26859 invoked from network); 19 May 2007 17:10:53 -0000 Received: from unknown (HELO athlon.alexdupre.com) (192.168.178.2) by lab.alexdupre.com with SMTP; 19 May 2007 17:10:53 -0000 Message-ID: <464F2F9C.7080105@FreeBSD.org> Date: Sat, 19 May 2007 19:10:52 +0200 From: Alex Dupre User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Hans Petter Selasky References: <200705191730.06964.hselasky@c2i.net> In-Reply-To: <200705191730.06964.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Video4Linux header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 17:37:37 -0000 Hans Petter Selasky wrote: > The reason is that I want to implement a slightly modified version of the V4L > so that I can have a well known Linux USB Webcam driver working on my FreeBSD > using my new USB stack. > > Does anyone here have any comments on this ? ports/multimedia/v4l_compat ports/devel/linux-kmod-compat -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Sat May 19 17:52: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 88FBA16A46D for ; Sat, 19 May 2007 17:52:18 +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 61F7213C448 for ; Sat, 19 May 2007 17:52:18 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59016 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpT6G-000C1t-2l; Sat, 19 May 2007 12:52:18 -0500 Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-current@freebsd.org Message-Id: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> From: Larry Rosenman Date: Sat, 19 May 2007 12:52:01 -0500 X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -2.3 (--) X-LERCTR-Spam-Score: -2.3 (--) X-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001, SUBJ_ALL_CAPS=2.077 X-LERCTR-Spam-Report: SpamScore (-2.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001, SUBJ_ALL_CAPS=2.077 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: dougb@FreeBSD.org Subject: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 17:52:18 -0000 I seem to be having an issue with mail/pine4 since the GCC upgrade (might also be SYMVER). I upgraded the system to today's -CURRENT and pine will work, except when it tries to talk SSL to my mailserver. I get a signal 6 ABORT. The backtrace is not real helpful: $ gdb -c pine.core /usr/local/bin/pine GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `pine'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libncurses.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.6 Reading symbols from /usr/lib/libpam.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpam.so.3 Reading symbols from /lib/libcrypt.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.3 Reading symbols from /usr/lib/libssl.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.5 Reading symbols from /lib/libcrypto.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008011cf8bc in kill () from /lib/libc.so.7 (gdb) bt #0 0x00000008011cf8bc in kill () from /lib/libc.so.7 #1 0x00000008011ce72b in abort () from /lib/libc.so.7 #2 0x0000000000552bf9 in ?? () #3 0x000000000050293d in ?? () #4 0x000000000053106c in ?? () #5 #6 0x0000000800d3e5bb in ssl3_send_client_key_exchange () from /usr/lib/libssl.so.5 #7 0x0000000800d40d9f in ssl3_connect () from /usr/lib/libssl.so.5 #8 0x0000000800d4a642 in ssl3_write_bytes () from /usr/lib/libssl.so.5 #9 0x0000000800d5082c in ssl3_write () from /usr/lib/libssl.so.5 #10 0x00000000005942ea in ?? () #11 0x0000000000593f89 in ?? () #12 0x00000000005c0157 in ?? () #13 0x0000000000526b92 in ?? () #14 0x0000000000529358 in ?? () #15 0x000000000051844d in ?? () #16 0x000000000048afec in ?? () #17 0x0000000000498fba in ?? () #18 0x00000000004ab735 in ?? () #19 0x000000000050cdd8 in ?? () #20 0x0000000000404c65 in ?? () #21 0x0000000800895000 in ?? () ---Type to continue, or q to quit--- I still have the core, and am willing to work with whomever.... The same .pinerc works fine pre this change, and also still on RELENG_6. $ uname -a FreeBSD borg.lerctr.org 7.0-CURRENT FreeBSD 7.0-CURRENT #15: Sat May 19 12:16:26 CDT 2007 root@borg.lerctr.org:/usr/obj/usr/src/sys/ BORG amd64 $ Thanks! LER PS: I can supply shell access to this machine. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:06: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 E68DD16A46D; Sat, 19 May 2007 18:06:06 +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 C3CFB13C46A; Sat, 19 May 2007 18:06:06 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59029 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpTJd-000C7h-3Z; Sat, 19 May 2007 13:06:06 -0500 Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-current@freebsd.org Message-Id: <1A225C3F-0866-43A2-B13B-8139B9C1070E@lerctr.org> From: Larry Rosenman Date: Sat, 19 May 2007 13:05:50 -0500 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, HTML_MESSAGE=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: krion@freebsd.org Subject: EXIM: TLS: Sig 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 18:06:07 -0000 I'm also (see my note on Pine) seeing a Signal 4 with Exim trying to talk TLS to the same mailserver that Pine is having issues with. Again, this worked immediately prior to this upgrade. (the world it worked with was PRE-SYMVER). What can I do to help? I suspect this is SSL/TLS/OpenSSL related. Thanks! Larry Rosenman (I can provide shell access to the box if you'd like). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:15:09 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 C36B716A421 for ; Sat, 19 May 2007 18:15:09 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF0913C45B for ; Sat, 19 May 2007 18:15:09 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1170396wxc for ; Sat, 19 May 2007 11:15:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=ai3H4k4n1qeIuk0atU643DdBlwbAifRG0KCefpyGC27+TAj/2T0yXw+o+R6jpVPmWVMal4gf0Hx3sK//YpUPfab5oe6pVoo4pxUtSKszTP2Ed70nhM4iI+6KUEeQiWr55PkJ3mFhzh1ClugzLmVIlySLdifylmU/1j5pD6jhUtQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=dP1Di+ksRqYwz00nicosfoo30aMi6O2Iusz/G6umT/9PuT3MP74q6QWqO0c1Ga3Z4sgJboOjz26Cc9HSyxE4Q2n70SKP1mb7uNYmntI8HGSUmq+rsl+ogfI4wM5xMZsQGitimTnUjrGEbkzh2O9Ulg4ZFZn8WPmD+X5rmIxrTlY= Received: by 10.70.113.13 with SMTP id l13mr4519337wxc.1179598508924; Sat, 19 May 2007 11:15:08 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id g3sm7209363wra.2007.05.19.11.15.07; Sat, 19 May 2007 11:15:07 -0700 (PDT) Date: Sat, 19 May 2007 14:15:03 -0400 From: Alexander Kabaev To: freebsd-current@freebsd.org Message-ID: <20070519141503.07e94a36@kan.dnsalias.net> In-Reply-To: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_vfbXYvVLs+BbUGrBVJVn+Ks; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 18:15:09 -0000 --Sig_vfbXYvVLs+BbUGrBVJVn+Ks Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 19 May 2007 12:52:01 -0500 Larry Rosenman wrote: > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008011cf8bc in kill () from /lib/libc.so.7 > (gdb) bt > #0 0x00000008011cf8bc in kill () from /lib/libc.so.7 > #1 0x00000008011ce72b in abort () from /lib/libc.so.7 > #2 0x0000000000552bf9 in ?? () > #3 0x000000000050293d in ?? () > #4 0x000000000053106c in ?? () > #5 > #6 0x0000000800d3e5bb in ssl3_send_client_key_exchange () > from /usr/lib/libssl.so.5 > #7 0x0000000800d40d9f in ssl3_connect () from /usr/lib/libssl.so.5 > #8 0x0000000800d4a642 in ssl3_write_bytes () > from /usr/lib/libssl.so.5 #9 0x0000000800d5082c in ssl3_write () > from /usr/lib/libssl.so.5 #10 0x00000000005942ea in ?? () > #11 0x0000000000593f89 in ?? () > #12 0x00000000005c0157 in ?? () > #13 0x0000000000526b92 in ?? () > #14 0x0000000000529358 in ?? () > #15 0x000000000051844d in ?? () > #16 0x000000000048afec in ?? () > #17 0x0000000000498fba in ?? () > #18 0x00000000004ab735 in ?? () > #19 0x000000000050cdd8 in ?? () > #20 0x0000000000404c65 in ?? () > #21 0x0000000800895000 in ?? () > ---Type to continue, or q to quit--- >=20 >=20 This core is useless. You need need debug symbols in libc and libssl. --=20 Alexander Kabaev --Sig_vfbXYvVLs+BbUGrBVJVn+Ks Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGTz6nQ6z1jMm+XZYRAtZcAKCyVYHVtNkyaDmDmtoo6yOFRnb8TQCgt71z JZtzUkXKGvRmM9vava+ALnk= =kAmA -----END PGP SIGNATURE----- --Sig_vfbXYvVLs+BbUGrBVJVn+Ks-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:19:41 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 D81DC16A46E; Sat, 19 May 2007 18:19:41 +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 B36F913C48A; Sat, 19 May 2007 18:19:41 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59090 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpTWl-000CEZ-Sy; Sat, 19 May 2007 13:19:41 -0500 In-Reply-To: <1A225C3F-0866-43A2-B13B-8139B9C1070E@lerctr.org> References: <1A225C3F-0866-43A2-B13B-8139B9C1070E@lerctr.org> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: <659B248E-C1C0-43C6-9381-B8A5489F67A9@lerctr.org> From: Larry Rosenman Date: Sat, 19 May 2007 13:19:25 -0500 To: freebsd-current@freebsd.org 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, HTML_MESSAGE=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: krion@freebsd.org Subject: Re: EXIM: TLS: Sig 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 18:19:41 -0000 If I have exim avoid TLS, it still works. This points at SSL/TLS. LER On May 19, 2007, at 1:05 PM, Larry Rosenman wrote: > I'm also (see my note on Pine) seeing a Signal 4 with Exim trying > to talk TLS to the > same mailserver that Pine is having issues with. > > Again, this worked immediately prior to this upgrade. > > (the world it worked with was PRE-SYMVER). > > What can I do to help? > > I suspect this is SSL/TLS/OpenSSL related. > > Thanks! > Larry Rosenman > (I can provide shell access to the box if you'd like). > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > > > _______________________________________________ > 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:20: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 9906516A46C for ; Sat, 19 May 2007 18:20:13 +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 7540713C458 for ; Sat, 19 May 2007 18:20:13 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59090 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpTXH-000CEZ-Dc; Sat, 19 May 2007 13:20:12 -0500 In-Reply-To: <20070519141503.07e94a36@kan.dnsalias.net> References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519141503.07e94a36@kan.dnsalias.net> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: From: Larry Rosenman Date: Sat, 19 May 2007 13:20:06 -0500 To: Alexander Kabaev 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, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.001 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 18:20:13 -0000 On May 19, 2007, at 1:15 PM, Alexander Kabaev wrote: > On Sat, 19 May 2007 12:52:01 -0500 > Larry Rosenman wrote: > > >> Loaded symbols for /libexec/ld-elf.so.1 >> #0 0x00000008011cf8bc in kill () from /lib/libc.so.7 >> (gdb) bt >> #0 0x00000008011cf8bc in kill () from /lib/libc.so.7 >> #1 0x00000008011ce72b in abort () from /lib/libc.so.7 >> #2 0x0000000000552bf9 in ?? () >> #3 0x000000000050293d in ?? () >> #4 0x000000000053106c in ?? () >> #5 >> #6 0x0000000800d3e5bb in ssl3_send_client_key_exchange () >> from /usr/lib/libssl.so.5 >> #7 0x0000000800d40d9f in ssl3_connect () from /usr/lib/libssl.so.5 >> #8 0x0000000800d4a642 in ssl3_write_bytes () >> from /usr/lib/libssl.so.5 #9 0x0000000800d5082c in ssl3_write () >> from /usr/lib/libssl.so.5 #10 0x00000000005942ea in ?? () >> #11 0x0000000000593f89 in ?? () >> #12 0x00000000005c0157 in ?? () >> #13 0x0000000000526b92 in ?? () >> #14 0x0000000000529358 in ?? () >> #15 0x000000000051844d in ?? () >> #16 0x000000000048afec in ?? () >> #17 0x0000000000498fba in ?? () >> #18 0x00000000004ab735 in ?? () >> #19 0x000000000050cdd8 in ?? () >> #20 0x0000000000404c65 in ?? () >> #21 0x0000000800895000 in ?? () >> ---Type to continue, or q to quit--- >> >> > This core is useless. You need need debug symbols in libc and libssl. > How can I enable the debug symbols for libc and libssl/libcrypto? LER > > -- > Alexander Kabaev -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:40: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 5BB6E16A400 for ; Sat, 19 May 2007 18:40: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 0757613C44B for ; Sat, 19 May 2007 18:40: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 l4JIe4eh079535; Sat, 19 May 2007 14:40:04 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Gelsema, P \(Patrick\)" Date: Sat, 19 May 2007 14:39:56 -0400 User-Agent: KMail/1.9.6 References: <4715.10.202.77.103.1179582505.squirrel@webmail.superhero.nl> <200705191143.05761.jhb@freebsd.org> <1431.10.202.77.103.1179589961.squirrel@webmail.superhero.nl> In-Reply-To: <1431.10.202.77.103.1179589961.squirrel@webmail.superhero.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705191439.57342.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]); Sat, 19 May 2007 14:40:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3270/Sat May 19 10:19:58 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, Ivan Voras Subject: Re: something wrong with freebsd-current maillist? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 18:40:14 -0000 On Saturday 19 May 2007 11:52:41 am Gelsema, P (Patrick) wrote: > On Sat, May 19, 2007 17:43, John Baldwin wrote: > > On Saturday 19 May 2007 07:25:25 am Ivan Voras wrote: > >> Gelsema, P (Patrick) - FreeBSD wrote: > >> > >> > I got an issue with the current that I cannot make update anymore. I > >> get > >> > the following error: /libexec/ld-elf.so.1: /lib/libthr.so.2: > >> unsupported > >> > file layout. > >> > > >> > I tried rebuilding world, installing cvsup from ports but both failed. > >> Any > >> > pointers appreciated. > >> > >> Are you aware of recent import of gcc 4.2 and related issues? If not, > >> you might want to look up recent messages on the hackers@ mailing list. > > > > This is already fixed by ru@. The bug is that the 64-bit libthr.so was > > overwritten with a 32-bit one on amd64 during installworld. > > How can I fix this on my box? I cannot update unfortunately? > Can't I fetch only the files that are changed? Copy the amd64 libthr.so from /usr/obj into /lib. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 19 18:44:31 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 565FF16A469; Sat, 19 May 2007 18:44:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 11F5D13C46C; Sat, 19 May 2007 18:44:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 83A0D1CCF2; Sat, 19 May 2007 20:28:11 +0200 (CEST) Date: Sat, 19 May 2007 20:28:11 +0200 From: Ed Schouten To: current@freebsd.org, sound@freebsd.org Message-ID: <20070519182811.GW23313@hoeg.nl> References: <20070518192007.6e6a91e1@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t4k3FX2BKM3OLyzG" Content-Disposition: inline In-Reply-To: <20070518192007.6e6a91e1@kan.dnsalias.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: [Regression] snd_emu10k1 doesn't work after GCC 4.2 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 18:44:31 -0000 --t4k3FX2BKM3OLyzG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, This afternoon I reinstalled a new kernel and world, which has GCC 4.2. For some reason, my SoundBlaster Live! card doesn't work properly anymore. It seems at least the sample rate doesn't get set properly, because playback time is slower than wall clock time. My previous kernel was from May 14, but it seems there haven't been any commits in the audio layer in the mean time that could cause these problems. What would be a good way to see what's wrong? --=20 Ed Schouten WWW: http://g-rave.nl/ --t4k3FX2BKM3OLyzG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGT0G752SDGA2eCwURAjHiAJ4xf9O/bjGCtAYISFo96zxJ/JrXSACfVV7e KcustFY0Y6H4rWaaGd79jg4= =1snB -----END PGP SIGNATURE----- --t4k3FX2BKM3OLyzG-- From owner-freebsd-current@FreeBSD.ORG Sat May 19 19:35: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 1311D16A46B for ; Sat, 19 May 2007 19:35:40 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id DA68E13C4CA for ; Sat, 19 May 2007 19:35:39 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l4JJEIhs038177; Sat, 19 May 2007 12:14:18 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l4JJEIAF038176; Sat, 19 May 2007 12:14:18 -0700 (PDT) (envelope-from rizzo) Date: Sat, 19 May 2007 12:14:17 -0700 From: Luigi Rizzo To: Hans Petter Selasky Message-ID: <20070519121417.A37468@xorpc.icir.org> References: <200705191730.06964.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200705191730.06964.hselasky@c2i.net>; from hselasky@c2i.net on Sat, May 19, 2007 at 05:30:06PM +0200 Cc: freebsd-current@freebsd.org Subject: Re: Video4Linux header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 19:35:40 -0000 On Sat, May 19, 2007 at 05:30:06PM +0200, Hans Petter Selasky wrote: > Hi, > > The Video4Linux header files are dual BSD/GNU licensed! How nice! I want to > put these into the kernel source tree. For example under /usr/src/sys/sys . > > The reason is that I want to implement a slightly modified version of the V4L > so that I can have a well known Linux USB Webcam driver working on my FreeBSD > using my new USB stack. > > Does anyone here have any comments on this ? the short answer is that in the short term you better rely on a port e.g. v4lcompat The long answer is this: There was a long discussion back in january about importing the headers, and in the end the discussion somewhat stalled due to far too many intertwined issues and the existence of a partial workaround in ports/v4lcompat. As i recall/see it the problems were the following: - licensing (at the time it was unclear; now this is solved); - many v4l*-related programs are broken in various ways, typically assuming that the existence of the v4l2 headers guarantees that the OS supports the v4l2 api, so the program doesn't even try to check/use v4l1 or something else at runtime. At the moment, several of these ports get away with the problem by ignoring it or removing v4l* support. Adding the headers in the base system (which by itself is a desirable goal) requires working with the maintainers to fix the build on the various os versions (being ports not versioned, this could be slightly tricky). - having v4l2 support makes no good to anyone now, since there is no v4l2 driver available, and many linux v4l2 drivers use USB2-isochronous transfers which are not supported on the current usb stack; - i don't know how problematic is this, but v4l2 headers seem to use unnamed unions which, last time i tried, conflict with the compiler setting used to build the kernel. While this is possibly an orthogonal problem which we may have to address at some point (as unnamed unions seem to be a common paradigm in linux headers), it is yet another hurdle. I suppose a suitable plan would be the following, but i have not had the time to work on it: 1. add a v4lcompat build-dependency on the ports potentially affected, making sure they still build correctly using v4l1 2. add v4l1 headers in the base system (possibly changing the v4lcompat port to not install the headers if they are already in the base system); 3. modify the vl4compat port to add the v4l2 headers, again fixing any breakage in the builds 4. as in step 2, add the v4l2 headers to the system, changing v4lcompat as needed where the v4l* headers are in the base OS cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat May 19 19:40:08 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 81A1616A469 for ; Sat, 19 May 2007 19:40:08 +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 3E71913C4C7 for ; Sat, 19 May 2007 19:40:08 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HpUmT-0003Kt-UY for freebsd-current@freebsd.org; Sat, 19 May 2007 21:39:57 +0200 Received: from 137.122.39.10 ([137.122.39.10]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 May 2007 21:39:57 +0200 Received: from ivoras by 137.122.39.10 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 May 2007 21:39:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 19 May 2007 15:39:53 +0000 Lines: 5 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 137.122.39.10 User-Agent: Thunderbird 2.0.0.0 (X11/20070424) Sender: news Subject: Quick hardware survey - disk INT13 "EDD" services? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 May 2007 19:40:08 -0000 Hi! Does anyone have a machine that doesn't support EDD / packet interface / "Extended INT13" interface on its hard drive(s) and is capable of running 7-CURRENT? (486 and early Pentium class machines?) From owner-freebsd-current@FreeBSD.ORG Sat May 19 19:40:38 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 4285A16A46B for ; Sat, 19 May 2007 19:40:38 +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 19A3C13C4BF for ; Sat, 19 May 2007 19:40:38 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59198 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpUn5-000CmY-O7; Sat, 19 May 2007 14:40:37 -0500 In-Reply-To: <20070519143105.65072348@kan.dnsalias.net> References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519141503.07e94a36@kan.dnsalias.net> <20070519143105.65072348@kan.dnsalias.net> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> From: Larry Rosenman Date: Sat, 19 May 2007 14:40:24 -0500 To: Alexander Kabaev 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, HTML_MESSAGE=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 19:40:38 -0000 On May 19, 2007, at 1:31 PM, Alexander Kabaev wrote: > On Sat, 19 May 2007 13:20:06 -0500 > Larry Rosenman wrote: > >>>> >>> This core is useless. You need need debug symbols in libc and >>> libssl. >>> >> How can I enable the debug symbols for libc and libssl/libcrypto? >> >> LER >> > The usual way. > > cd /usr/src/lib/lib > CFLAGS="-O -g" STRIP="" sudo make clean all install > > cd /usr/src/secure/lib/libssl > CFLAGS="-O -g" STRIP="" sudo make clean all install > > -- > Alexander Kabaev Here's the new backtrace (I recompiled pine with -g as well): #0 0x00000008011da3ec in kill () at kill.S:2 2 RSYSCALL(kill) (gdb) bt #0 0x00000008011da3ec in kill () at kill.S:2 #1 0x00000008011da391 in __raise (s=6) at /usr/src/lib/libc/gen/ raise.c:46 #2 0x00000008011d927e in abort () at /usr/src/lib/libc/stdlib/ abort.c:65 #3 0x0000000000556289 in coredump () at os.c:781 #4 0x0000000000504462 in panic ( message=0x7fffffffade0 "Received abort signal(sig=?)") at pine.c: 4366 #5 0x0000000000532df2 in auger_in_signal () at signals.c:242 #6 #7 0x0000000800d4374d in ssl3_send_client_key_exchange (s=0x80154e180) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ s3_clnt.c:1845 #8 0x0000000800d46420 in ssl3_connect (s=0x80154e180) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ s3_clnt.c:327 #9 0x0000000800d5026b in ssl3_write_bytes (s=0x80154e180, type=23, buf_=Variable "buf_" is not available. ) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ s3_pkt.c:526 #10 0x0000000800d56628 in ssl3_write (s=0x80154e180, buf=0x7275d3, len=0) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ s3_lib.c:2327 #11 0x0000000800d4d19f in SSL_write (s=Variable "s" is not available. ) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ ssl_lib.c:903 #12 0x0000000000597c1a in ssl_start_work () #13 0x00000000005978b9 in ssl_start () #14 0x00000000005c3a87 in smtp_open_full () #15 0x00000000005284c8 in call_mailer (header=0x7fffffffdd40, body=0x80152c080, alt_smtp_servers=0x0) at send.c:7118 ---Type to continue, or q to quit--- #16 0x000000000052cf34 in pine_send (outgoing=0x801434150, body=0x7fffffffe328, editor_title=Variable "editor_title" is not available. ) at send.c:5141 #17 0x000000000052e6ee in compose_mail (given_to=0x0, fcc_arg=0x0, role_arg=0x0, attach=0x0, inc_text_getc=0) at send.c:984 #18 0x000000000052e9b8 in compose_screen (pine_state=0x801401000) at send.c:335 #19 0x000000000050f385 in main (argc=1, argv=0x7fffffffec90) at pine.c:1342 Current language: auto; currently asm (gdb) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 20:03: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 2C6D416A41F for ; Sat, 19 May 2007 20:03:11 +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 0631513C455 for ; Sat, 19 May 2007 20:03:10 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59275 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpV8v-000CwP-0Z; Sat, 19 May 2007 15:03:10 -0500 In-Reply-To: <20070519155919.453081a5@kan.dnsalias.net> References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519141503.07e94a36@kan.dnsalias.net> <20070519143105.65072348@kan.dnsalias.net> <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> <20070519155919.453081a5@kan.dnsalias.net> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: <8F80AFD4-C83E-413F-8158-CFD27453AE87@lerctr.org> From: Larry Rosenman Date: Sat, 19 May 2007 15:02:58 -0500 To: Alexander Kabaev 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, HTML_MESSAGE=0.001 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 20:03:11 -0000 On May 19, 2007, at 2:59 PM, Alexander Kabaev wrote: > Now, you need to know contents of s, s->session, session->sess_cert > and > s->session->sess_cert->peer_dh_tmp from frame #7. > > I have no time do to the debugging over email and I am not really > interested until someone else traces this to GCC problem. > > The email from Pieter de Goeje seems to indicate that libssl code > seems to be at fault. > > -- > Alexander Kabaev 1) I can give access to the machine/core 2) I'm not an expert. Here is what you asked for: gdb) fr 7 #7 0x0000000800d4374d in ssl3_send_client_key_exchange (s=0x80154e180) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ s3_clnt.c:1845 1845 if (s->session->sess_cert- >peer_dh_tmp != NULL) (gdb) print s->session->sess_cert->peer_dh_tmp $1 = (DH *) 0x8014341e0 (gdb) print *$1 $2 = {pad = 0, version = 0, p = 0x80152b800, g = 0x80152b860, length = 0, pub_key = 0x80152bdc0, priv_key = 0x0, flags = 1, method_mont_p = 0x0, q = 0x0, j = 0x0, seed = 0x0, seedlen = 0, counter = 0x0, references = 1, ex_data = { sk = 0x0, dummy = -1515870811}, meth = 0x8010d63e0, engine = 0x0} (gdb) I can give shell/sudo access to any developer that wants to look into this. If libssl is at fault, who/what do I need to do? LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 20:04: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 3E8D716A46B for ; Sat, 19 May 2007 20:04:55 +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 15EB513C484 for ; Sat, 19 May 2007 20:04:55 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from ppp-70-253-194-32.dsl.austtx.swbell.net ([70.253.194.32]:59277 helo=[192.168.200.104]) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpVAa-000CxF-FL; Sat, 19 May 2007 15:04:54 -0500 In-Reply-To: <8F80AFD4-C83E-413F-8158-CFD27453AE87@lerctr.org> References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519141503.07e94a36@kan.dnsalias.net> <20070519143105.65072348@kan.dnsalias.net> <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> <20070519155919.453081a5@kan.dnsalias.net> <8F80AFD4-C83E-413F-8158-CFD27453AE87@lerctr.org> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: From: Larry Rosenman Date: Sat, 19 May 2007 15:04:41 -0500 To: Alexander Kabaev X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001, TW_CD=0.077 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0.001, HTML_MESSAGE=0.001, TW_CD=0.077 DomainKey-Status: no signature Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 20:04:55 -0000 On May 19, 2007, at 3:02 PM, Larry Rosenman wrote: > > On May 19, 2007, at 2:59 PM, Alexander Kabaev wrote: > >> Now, you need to know contents of s, s->session, session- >> >sess_cert and >> s->session->sess_cert->peer_dh_tmp from frame #7. >> >> I have no time do to the debugging over email and I am not really >> interested until someone else traces this to GCC problem. >> >> The email from Pieter de Goeje seems to indicate that libssl code >> seems to be at fault. >> >> -- >> Alexander Kabaev > > 1) I can give access to the machine/core > 2) I'm not an expert. > > Here is what you asked for: > gdb) fr 7 > #7 0x0000000800d4374d in ssl3_send_client_key_exchange > (s=0x80154e180) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_clnt.c:1845 > 1845 if (s->session->sess_cert- > >peer_dh_tmp != NULL) > (gdb) print s->session->sess_cert->peer_dh_tmp > $1 = (DH *) 0x8014341e0 > (gdb) print *$1 > $2 = {pad = 0, version = 0, p = 0x80152b800, g = 0x80152b860, > length = 0, > pub_key = 0x80152bdc0, priv_key = 0x0, flags = 1, method_mont_p = > 0x0, q = 0x0, > j = 0x0, seed = 0x0, seedlen = 0, counter = 0x0, references = 1, > ex_data = { > sk = 0x0, dummy = -1515870811}, meth = 0x8010d63e0, engine = 0x0} > (gdb) > > > I can give shell/sudo access to any developer that wants to look > into this. > > If libssl is at fault, who/what do I need to do? > > LER > Here are the other prints: (gdb) print s->session $3 = (SSL_SESSION *) 0x80143aa00 (gdb) print *$3 $4 = {ssl_version = 769, key_arg_length = 0, key_arg = "\000\000\000 \000\000\000\000", master_key_length = 0, master_key = '\0' , session_id_length = 32, session_id = "D\032?Q&4a\212_q??????N#\177?, not_resumable = 0, sess_cert = 0x80152c1c0, peer = 0x801437560, verify_result = 19, references = 1, timeout = 7200, time = 1179603504, compress_meth = 0, cipher = 0x0, cipher_id = 0, ciphers = 0x0, ex_data = {sk = 0x0, dummy = 0}, prev = 0x0, next = 0x0} (gdb) print s->session->sess_cert $5 = (struct sess_cert_st *) 0x80152c1c0 (gdb) print *$5 $6 = {cert_chain = 0x80152aac0, peer_cert_type = 0, peer_key = 0x80152c1d8, peer_pkeys = {{x509 = 0x801437560, privatekey = 0x0}, {x509 = 0x0, privatekey = 0x0}, {x509 = 0x0, privatekey = 0x0}, {x509 = 0x0, privatekey = 0x0}, {x509 = 0x0, privatekey = 0x0}, {x509 = 0x0, privatekey = 0x0}}, peer_rsa_tmp = 0x0, peer_dh_tmp = 0x8014341e0, peer_ecdh_tmp = 0x0, references = 1} (gdb) > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sat May 19 20:20: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 759CF16A468 for ; Sat, 19 May 2007 20:20:26 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id E0ECB13C455 for ; Sat, 19 May 2007 20:20:25 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l4JJpYox016420; Sat, 19 May 2007 21:51:35 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sat, 19 May 2007 21:51:34 +0200 User-Agent: KMail/1.9.6 References: <299DD8FD-0E7A-4E3D-9902-2C7FE45AA7BC@lerctr.org> <20070519143105.65072348@kan.dnsalias.net> <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> In-Reply-To: <9F2A10A0-2B58-4BE4-8DD0-9D7811B6BCE6@lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705192151.34547.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Larry Rosenman Subject: Re: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 20:20:26 -0000 On Saturday 19 May 2007, Larry Rosenman wrote: > On May 19, 2007, at 1:31 PM, Alexander Kabaev wrote: > > On Sat, 19 May 2007 13:20:06 -0500 > > > > Larry Rosenman wrote: > >>> This core is useless. You need need debug symbols in libc and > >>> libssl. > >> > >> How can I enable the debug symbols for libc and libssl/libcrypto? > >> > >> LER > > > > The usual way. > > > > cd /usr/src/lib/lib > > CFLAGS="-O -g" STRIP="" sudo make clean all install > > > > cd /usr/src/secure/lib/libssl > > CFLAGS="-O -g" STRIP="" sudo make clean all install > > > > -- > > Alexander Kabaev > > Here's the new backtrace (I recompiled pine with -g as well): > #0 0x00000008011da3ec in kill () at kill.S:2 > 2 RSYSCALL(kill) > (gdb) bt > #0 0x00000008011da3ec in kill () at kill.S:2 > #1 0x00000008011da391 in __raise (s=6) at /usr/src/lib/libc/gen/ > raise.c:46 > #2 0x00000008011d927e in abort () at /usr/src/lib/libc/stdlib/ > abort.c:65 > #3 0x0000000000556289 in coredump () at os.c:781 > #4 0x0000000000504462 in panic ( > message=0x7fffffffade0 "Received abort signal(sig=?)") at pine.c: > 4366 > #5 0x0000000000532df2 in auger_in_signal () at signals.c:242 > #6 > #7 0x0000000800d4374d in ssl3_send_client_key_exchange (s=0x80154e180) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_clnt.c:1845 > #8 0x0000000800d46420 in ssl3_connect (s=0x80154e180) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_clnt.c:327 > #9 0x0000000800d5026b in ssl3_write_bytes (s=0x80154e180, type=23, > buf_=Variable "buf_" is not available. > ) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_pkt.c:526 > #10 0x0000000800d56628 in ssl3_write (s=0x80154e180, buf=0x7275d3, > len=0) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > s3_lib.c:2327 > #11 0x0000000800d4d19f in SSL_write (s=Variable "s" is not available. > ) > at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ > ssl_lib.c:903 > #12 0x0000000000597c1a in ssl_start_work () > #13 0x00000000005978b9 in ssl_start () > #14 0x00000000005c3a87 in smtp_open_full () > #15 0x00000000005284c8 in call_mailer (header=0x7fffffffdd40, > body=0x80152c080, alt_smtp_servers=0x0) at send.c:7118 > ---Type to continue, or q to quit--- > #16 0x000000000052cf34 in pine_send (outgoing=0x801434150, > body=0x7fffffffe328, editor_title=Variable "editor_title" is not > available. > ) at send.c:5141 > #17 0x000000000052e6ee in compose_mail (given_to=0x0, fcc_arg=0x0, > role_arg=0x0, attach=0x0, inc_text_getc=0) at send.c:984 > #18 0x000000000052e9b8 in compose_screen (pine_state=0x801401000) at > send.c:335 > #19 0x000000000050f385 in main (argc=1, argv=0x7fffffffec90) at > pine.c:1342 > Current language: auto; currently asm > (gdb) I believe libssl is broken if not compiled with -DOPENSSL_NO_DH. Gcc will warn that the program will abort if the code reaches any call to DHparams_dup() when compiling libssl. ssl3_send_client_key_exchange calls this (macro) at s3_clnt.c:1856. There are other places too. - Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sat May 19 20:29: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 7FFCE16A421 for ; Sat, 19 May 2007 20:29:37 +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 5FDC013C45D for ; Sat, 19 May 2007 20:29:37 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 032-437-789.area7.spcsdns.net ([70.3.9.21]:2197) by thebighonker.lerctr.org with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HpVYR-000D8H-72; Sat, 19 May 2007 15:29:33 -0500 Sender: ler@lerctr.org From: "Larry Rosenman" To: "Chris Dionissopoulos" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <200705191529220000@1233132709> Date: Sat, 19 May 2007 15:29:22 -0500 Content-Transfer-Encoding: 8bit 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 Cc: freebsd-current@freebsd.org Subject: Re: Re[2]: PINE: SIG 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 20:29:37 -0000 yep. You can add Exim (if it tries TLS), and pine when it tries ssl/tls. Now, how do we get it fixed? I'm on a xeon 5120 based system in amd64 mode. I can give ssh/sudo access to it. I want to help. -- Larry Rosenman (via mobile) ------- Original Message ------- From: Chris Dionissopoulos To: Larry Rosenman Sent: 5/19/07, 3:22:56 PM Subject: Re[2]: PINE: SIG 6 Hello Larry, Saturday, May 19, 2007, 11:04:41 PM, you wrote: > On May 19, 2007, at 3:02 PM, Larry Rosenman wrote: >> >> On May 19, 2007, at 2:59 PM, Alexander Kabaev wrote: >> >>> Now, you need to know contents of s, s->session, session- >>> >sess_cert and It seems that libssl/libcrypto are broken in -CURRENT just after GCC 4.2 import. Binaries using these libs produce core in my core2duo (current). i.e. apache2+ssl , postfix(tls) , and portsnap are some of them. How to reproduce: mail# portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. Fetching snapshot tag from portsnap3.FreeBSD.org... Illegal instruction (core dumped) invalid snapshot tag. Fetching snapshot tag from portsnap1.FreeBSD.org... Illegal instruction (core dumped) invalid snapshot tag. Fetching snapshot tag from portsnap2.FreeBSD.org... Illegal instruction (core dumped) invalid snapshot tag. No mirrors remaining, giving up. mail# ll /var/db/portsnap/openssl.core -rw------- 1 root wheel 1859584 May 19 23:10 /var/db/portsnap/openssl.core mail# gdb -c openssl.core /usr/bin/openssl GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `openssl'. Program terminated with signal 4, Illegal instruction. Reading symbols from /usr/lib/libssl.so.5...done. Loaded symbols for /usr/lib/libssl.so.5 Reading symbols from /lib/libcrypto.so.5...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /lib/libthr.so.2...done. Loaded symbols for /lib/libthr.so.2 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x281d2d26 in PEM_read_bio_PUBKEY (bp=0x284050c0, x=0x0, cb=0x8086025 , u=0xbfbfe6e4) at pem_all.c:248 248 static EC_KEY *pkey_get_eckey(EVP_PKEY *key, EC_KEY **eckey) [New Thread 0x28401100 (LWP 100064)] (gdb) bt #0 0x281d2d26 in PEM_read_bio_PUBKEY (bp=0x284050c0, x=0x0, cb=0x8086025 , u=0xbfbfe6e4) at pem_all.c:248 #1 0x080853ad in load_pubkey (err=0x28405040, file=0xbfbfedb9 "pub.ssl", format=3, maybe_stdin=0, pass=0x0, e=0x0, key_descrip=0x8099039 "Public Key") at apps.c:974 #2 0x0806ced3 in rsautl_main (argc=0, argv=0xbfbfecbc) at rsautl.c:194 #3 0x080556f9 in do_cmd (prog=0x28406260, argc=5, argv=0xbfbfecac) at openssl.c:382 #4 0x08055da1 in main (Argc=-1077941080, Argv=0x2825daf9) at openssl.c:301 (gdb) q Something ugly lives inside these libs. Chris. p.s. all binaries builded with sources cvsed 2 hours ago. From owner-freebsd-current@FreeBSD.ORG Sat May 19 20:31:09 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 B5AEA16A400 for ; Sat, 19 May 2007 20:31:09 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBED13C458 for ; Sat, 19 May 2007 20:31:09 +0000 (UTC) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net via brakkenstein.nijmegen.internl.net [217.149.193.41] with ESMTP for id l4JKV7nl007515 (8.13.4/1.4); Sat, 19 May 2007 22:31:07 +0200 (MEST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id l4JKTjW9004487 (8.13.2/2.02); Sat, 19 May 2007 22:29:45 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Sat, 19 May 2007 22:29:45 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: openvpn dies in recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 20:31:09 -0000 Hi. Openvpn dies with an illegal instruction error in recent -CURRENTs. (I guess currents with the new gcc.) Running through a debugger gives:- Starting program: /usr/local/sbin/openvpn /usr/local/etc/openvpn/openvpn.conf Program received signal SIGILL, Illegal instruction. 0x0000000800868dd0 in PEM_read_bio_X509 (bp=0x800e4b080, x=0x0, cb=0x439e70 , u=0x0) from /lib/libcrypto.so.5 (gdb) bt #0 0x0000000800868dd0 in PEM_read_bio_X509 (bp=0x800e4b080, x=0x0, cb=0x439e70 , u=0x0) from /lib/libcrypto.so.5 #1 0x00000008006b14e8 in SSL_CTX_use_certificate_file (ctx=0x800e3d1c0, file=0x800e1a0e8 "/usr/local/etc/openvpn/mboland.crt", type=Variable "type" is not available. ) at /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_rsa.c:481 #2 0x000000000043b0f8 in init_ssl () #3 0x0000000000413a04 in init_instance () #4 0x0000000000413ecd in init_instance_handle_signals () #5 0x0000000000422b7f in main () (gdb) disas Dump of assembler code for function PEM_read_bio_X509: 0x0000000800868dd0 : ud2a End of assembler dump.