From owner-freebsd-stable@FreeBSD.ORG Sun Sep 2 09:00:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC2CF16A419 for ; Sun, 2 Sep 2007 09:00:39 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.freebsd.org (Postfix) with ESMTP id 14F0313C457 for ; Sun, 2 Sep 2007 09:00:38 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id 7BF661B4481C; Sun, 2 Sep 2007 10:42:15 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 8AE006D868; Sun, 2 Sep 2007 10:41:02 +0200 (CEST) Date: Sun, 2 Sep 2007 10:41:02 +0200 From: "Ralf S. Engelschall" To: freebsd-stable@freebsd.org Message-ID: <20070902084102.GA32985@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: FreeBSD User-Agent: Mutt/1.5.16 OpenPKG/CURRENT (2007-06-09) Subject: 6.2-STABLE panic in network multicast-address related cleanup code X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2007 09:00:39 -0000 The following kernel panic occurred twice yesterday evening under the latest 6.2-STABLE when I ran the (multi-cast using?) Elvin event notifcation consumer client ec(1) from libelvin 4.0.3 with "ec -e elvin://10.0.0.1 'Timeout > 0'" against an Avis server under 10.0.0.1. A second after stopping the ec(1) with CTRL-C the following panic occurs more or less reproducable: 1. Kernel: FreeBSD en1.engelschall.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Aug 30 11:31:47 CEST 2007 root@en1.engelschall.com:/var/obj/usr/src/sys/EN1 i386 2. Panic: # kgdb /boot/kernel/kernel.debug vmcore.40 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x615b2094 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05e3e6f stack pointer = 0x28:0xeb4ecaf4 frame pointer = 0x28:0xeb4ecafc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 58238 (ec) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: kdb_backtrace(100,c6e1f780,28,eb4ecab4,c,...) at 0xc056c82d = kdb_backtrace+0x29 panic(c07089bd,c072fc26,0,fffff,c7b6f89b,...) at 0xc0552bf0 = panic+0x114 trap_fatal(eb4ecab4,615b2094,c6e1f780,c79a1cb8,c,...) at 0xc06e6232 = trap_fatal+0x2ce trap_pfault(eb4ecab4,0,615b2094) at 0xc06e5f3b = trap_pfault+0x1d7 trap(c6c00008,eb4e0028,28,c0786920,ce75c8a0,...) at 0xc06e5b51 = trap+0x2fd calltrap() at 0xc06d0b1a = calltrap+0x5 --- trap 0xc, eip = 0xc05e3e6f, esp = 0xeb4ecaf4, ebp = 0xeb4ecafc --- in_delmulti(ce75c8a0) at 0xc05e3e6f = in_delmulti+0xb ip_freemoptions(ca45b880,c7bc3870,0,c7c912c8,eb4ecb38,...) at 0xc05ed8e9 = ip_freemoptions+0x21 in_pcbdetach(c7bc3870) at 0xc05e5d6c = in_pcbdetach+0x15c udp_detach(c7c912c8) at 0xc05fee96 = udp_detach+0xb6 soclose(c7c912c8) at 0xc058e710 = soclose+0xa8 soo_close(c7009ca8,c6e1f780) at 0xc057db3f = soo_close+0x63 fdrop_locked(c7009ca8,c6e1f780,ca23fb00,eb4ecc00,c052e263,...) at 0xc052fd9c = fdrop_locked+0xd0 fdrop(c7009ca8,c6e1f780,87,c0564d7f,0,...) at 0xc052fcc5 = fdrop+0x41 closef(c7009ca8,c6e1f780) at 0xc052e263 = closef+0x42f fdfree(c6e1f780) at 0xc052d253 = fdfree+0x5a3 exit1(c6e1f780,0,eb4ecd30,c06e6577,c6e1f780,...) at 0xc0536b4b = exit1+0x49b exit1(c6e1f780,eb4ecd04) at 0xc05366b0 = exit1 syscall(3b,3b,3b,83fbfc0,83e2000,...) at 0xc06e6577 = syscall+0x2bf Xint0x80_syscall() at 0xc06d0b6f = Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x283ef0af, esp = 0xbfbfe44c, ebp = 0xbfbfe468 --- Uptime: 2d11h34m40s Dumping 2045 MB (7 chunks) chunk 0: 1MB (142 pages) ... ok chunk 1: 2030MB (519581 pages) 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok chunk 2: 15MB (3708 pages) ... ok chunk 3: 1MB (159 pages) ... ok chunk 4: 1MB (122 pages) #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h 3. Details: (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc055293e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0552c95 in panic (fmt=0xc07089bd "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06e6232 in trap_fatal (frame=0xeb4ecab4, eva=1633362068) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc06e5f3b in trap_pfault (frame=0xeb4ecab4, usermode=0, eva=1633362068) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06e5b51 in trap (frame= {tf_fs = -960495608, tf_es = -347209688, tf_ds = 40, tf_edi = -1065850592, tf_esi = -831141728, tf_ebp = -347157764, tf_isp = -347157792, tf_ebx = 1633361978, tf_edx = -958269568, tf_ecx = 4, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067565457, tf_cs = 32, tf_eflags = 66050, tf_esp = 0, tf_ss = -901400448}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06d0b1a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05e3e6f in in_delmulti (inm=0xce75c8a0) at /usr/src/sys/netinet/in.c:1063 #8 0xc05ed8e9 in ip_freemoptions (imo=0xca45b880) at /usr/src/sys/netinet/ip_output.c:2064 #9 0xc05e5d6c in in_pcbdetach (inp=0xc7bc3870) at /usr/src/sys/netinet/in_pcb.c:714 #10 0xc05fee96 in udp_detach (so=0x1) at /usr/src/sys/netinet/udp_usrreq.c:1071 #11 0xc058e710 in soclose (so=0xc7c912c8) at /usr/src/sys/kern/uipc_socket.c:459 #12 0xc057db3f in soo_close (fp=0xc7009ca8, td=0xc6e1f780) at /usr/src/sys/kern/sys_socket.c:317 #13 0xc052fd9c in fdrop_locked (fp=0xc7009ca8, td=0xc6e1f780) at file.h:296 #14 0xc052fcc5 in fdrop (fp=0xc7009ca8, td=0xc6e1f780) at /usr/src/sys/kern/kern_descrip.c:2113 #15 0xc052e263 in closef (fp=0xc7009ca8, td=0xc6e1f780) at /usr/src/sys/kern/kern_descrip.c:1933 #16 0xc052d253 in fdfree (td=0xc6e1f780) at /usr/src/sys/kern/kern_descrip.c:1651 #17 0xc0536b4b in exit1 (td=0xc6e1f780, rv=0) at /usr/src/sys/kern/kern_exit.c:273 #18 0xc05366b0 in sys_exit (td=0xc6e1f780, uap=0x1) at /usr/src/sys/kern/kern_exit.c:99 #19 0xc06e6577 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 138395584, tf_esi = 138289152, tf_ebp = -1077943192, tf_isp = -347157148, tf_ebx = 675280672, tf_edx = 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 675213487, tf_cs = 51, tf_eflags = 658, tf_esp = -1077943220, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:984 #20 0xc06d0b6f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) [...] (kgdb) up #7 0xc05e3e6f in in_delmulti (inm=0xce75c8a0) at /usr/src/sys/netinet/in.c:1063 1063 ifp = inm->inm_ifp; Current language: auto; currently c (kgdb) list 1058 in_delmulti(inm) 1059 register struct in_multi *inm; 1060 { 1061 struct ifnet *ifp; 1062 1063 ifp = inm->inm_ifp; 1064 IFF_LOCKGIANT(ifp); 1065 IN_MULTI_LOCK(); 1066 in_delmulti_locked(inm, 0); 1067 IN_MULTI_UNLOCK(); (kgdb) print inm $1 = (struct in_multi *) 0xce75c8a0 (kgdb) print *inm $2 = {inm_link = {le_next = 0x0, le_prev = 0x11}, inm_addr = {s_addr = 1684566899}, inm_ifp = 0x615b203a, inm_ifma = 0x70656363, inm_timer = 1566860660, inm_state = 450304, inm_rti = 0x6d7b6} (kgdb) print inm->inm_ifp $3 = (struct ifnet *) 0x615b203a (kgdb) print *inm->inm_ifp Cannot access memory at address 0x615b203a Seems like some multi-cast related cleanups are broken. When in_delmulti() is called, the "inm" is still valid but the "inm->inm_ifp" already points to an invalid location. I'm not familiar with this network code, so cannot easily determine the root of the problem. Perhaps someone of us who knows the network stack good enough can look at this issue and figure out the root cause (and fix it ;-). For reproducing this one have to build http://distfiles-msn.opendarwin.org/libelvin-4.0.3.tar.gz and run its commands ec(1) and ep(1) against an Avis (see http://avsis.sf.net/) server. This is a little bit nasty as one needs Java for Avis, etc. So, sorry, I've currently no simple reproducing procedure. But perhaps the bug can already be found with the above information. I've also a corresponding "vmcore" (2GB) and a "kernel.debug" (16MB) file available in case someone wants to digg deeper. Or tell me the kgdb commands I should run against those for digging up additional information. -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 00:00:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 876F916A41B for ; Tue, 4 Sep 2007 00:00:54 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5F40513C457 for ; Tue, 4 Sep 2007 00:00:54 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so962995rvb for ; Mon, 03 Sep 2007 17:00:53 -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=kcQKyIb0lxpD6lGSTDcvEJ37zu2GDFffo5qxErof5Q6Ym8ti0ESa2puv7nNykOHKj6RLfKygBwxpPmeVzcTpfLEZYJ6xHHrUaeRTsZd09r0vm1uPdbDQ6TEplMfP10w47djQcZi4adNN3ZpRZwQsSJ64/KjjawlR5TdUnzCvF+E= 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=E8LjJkt9JTsv9cEIE+X/bUi9lTSy2vOg60Gwfha1rccmTniBI1q4Z+Yxd81iZ9hJ5Uqkf5WWejAzREeq90vM7meBFgTATUP0Lj9TZVbuFkjyGLkWnsjRCU5GsccKASuo2IPa4DL9sshaQe8h5t7KxS2KhazPjSv9koMk1XVXzGU= Received: by 10.115.93.16 with SMTP id v16mr4145373wal.1188862421758; Mon, 03 Sep 2007 16:33:41 -0700 (PDT) Received: by 10.114.61.9 with HTTP; Mon, 3 Sep 2007 16:33:41 -0700 (PDT) Message-ID: <6300771b0709031633s3596f7caud456c7b51a8dd126@mail.gmail.com> Date: Tue, 4 Sep 2007 09:33:41 +1000 From: "Stephen Hocking" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: When's the nfe driver likely to arrive in 6 STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 00:00:54 -0000 Hi, Have an MSI motherboard that has an onboard MCP61 ethernet chipset that's supported by the nfe driver, but not the nve driver. Stephen From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 12:14:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F96D16A417 for ; Tue, 4 Sep 2007 12:14:37 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id DAC2813C45A for ; Tue, 4 Sep 2007 12:14:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 613D21B10EE9; Tue, 4 Sep 2007 14:14:35 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-104.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.2.3 Received: from [10.1.1.2] (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id 5B0DE1B10EE7; Tue, 4 Sep 2007 14:14:29 +0200 (CEST) Message-ID: <46DD4C24.80506@moneybookers.com> Date: Tue, 04 Sep 2007 15:14:28 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stephen Hocking References: <6300771b0709031633s3596f7caud456c7b51a8dd126@mail.gmail.com> In-Reply-To: <6300771b0709031633s3596f7caud456c7b51a8dd126@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4150/Tue Sep 4 12:46:54 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: When's the nfe driver likely to arrive in 6 STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 12:14:37 -0000 Hi, Stephen Hocking wrote: > Hi, > > Have an MSI motherboard that has an onboard MCP61 ethernet chipset > that's supported by the nfe driver, but not the nve driver. > It's already here : http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html :) > > Stephen > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 13:56:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E0816A468 for ; Tue, 4 Sep 2007 13:56:34 +0000 (UTC) (envelope-from prebrov@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 D627013C45D for ; Tue, 4 Sep 2007 13:56:31 +0000 (UTC) (envelope-from prebrov@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so902467nzf for ; Tue, 04 Sep 2007 06:56:31 -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:mime-version:content-type:x-google-sender-auth; b=U+V+uA6hlBmv4yUc1s66u2K+gVI84ccd3J5Rfl/WwIsNDRQM5Tgo94NQ1zSHkEoRZsi5UWynzsdIcR1tVG5RFFJ8MeskYWoIlAtNEbmevcQjeksqrSOWdvigeUObfwr/pHQ8NaRm44g2H/ZRPZXZQsYkVqDv4bIOBpYSgBX45WM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=DEkzPlZE9yo2I8ZkxGgt/qOF/2IqjLW+/0h3OhnW8rLQLapeD8F+bBCgwUEqqswNZ+AwHsfJitGw9S97OilEhSVFGveNPVEMTYhvcRSS+c0NudVyej3y6XFUMGOqHPx5pGqm7oQtoSUAbcd+f2/pHKVSWLbo7XGhKj5xq4FcFv8= Received: by 10.142.246.8 with SMTP id t8mr286670wfh.1188912584007; Tue, 04 Sep 2007 06:29:44 -0700 (PDT) Received: by 10.143.42.19 with HTTP; Tue, 4 Sep 2007 06:29:43 -0700 (PDT) Message-ID: <8ebeb4cb0709040629i6fa76218g6523df82c45656a5@mail.gmail.com> Date: Tue, 4 Sep 2007 17:29:43 +0400 From: "Pavel Rebrov" Sender: prebrov@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 7d667cb378845261 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: buildworld problem on poweredge 1850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 13:56:34 -0000 I've got Dell PowerEdge 1850 (2G RAM, 2x78G SCSI RAID, 2xXEON) running FreeBSD 6.1 SMP installed by the hosting provider and I can't make buildworld on it. Here's my /etc/make.conf: PERL_VER=5.8.8 PERL_VERSION=5.8.8 Here's the output of `make buildworld`. ===> usr.sbin/config (obj,depend,all,install) ................ ............... cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o config config.o main.o lang.o mkmakefile.o mkheaders.o mkoptions.o -ll -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 config /usr/obj/usr/src/tmp/legacy/usr/sbin : wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /usr/src/usr.sbin/config. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I've erased all of /usr/src and /usr/obj and cvsup'ed it several times, did `make cleanworld` and whatever else I could do and got no luck. Prior to that I've been using 4-Release on another machine for years and that's been perfect. -- Pavel From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 17:51:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 195A616A41A for ; Tue, 4 Sep 2007 17:51:01 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6E98D13C465 for ; Tue, 4 Sep 2007 17:51:00 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 12138 invoked from network); 5 Sep 2007 02:43:36 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s512; d=izb.knu.ac.kr; b=Dj0MXoLB4PMivREL24u6/C3zFPMyaek/nXGodTfPwBuPnHDdGJLueAcH3w8G7NZIlkYiYQYCNB7G27JLXrFbQw== ; Received: from e-mx.izb.knu.ac.kr (HELO i-mx.izb.knu.ac.kr) (2002:9be6:9d5d:3::1) by e-mx.izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 5 Sep 2007 02:43:36 +0900 Received: (qmail 12118 invoked from network); 5 Sep 2007 02:43:05 +0900 Received: from viola.izb.knu.ac.kr (HELO ?IPv6:2002:9be6:9d9f:1::1?) (bh@2002:9be6:9d9f:1::1) by draba.izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with RC4-MD5 encrypted SMTP; 5 Sep 2007 02:43:05 +0900 From: Byung-Hee HWANG To: Alexander Shikoff In-Reply-To: <20070828174349.GA38225@crete.org.ua> References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828174349.GA38225@crete.org.ua> Content-Type: text/plain Organization: InZealBomb Date: Wed, 05 Sep 2007 02:43:03 +0900 Message-Id: <1188927783.35052.13.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: LI Xin , Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 17:51:01 -0000 Hi, On Tue, 2007-08-28 at 20:43 +0300, Alexander Shikoff wrote: > On Wed, Aug 29, 2007 at 02:17:43AM +0900, Byung-Hee HWANG wrote: > > Hi, > > > > Recently I am considering to move to another MTA. At one time I was > > wondering what mail server big ISP are running. I can't decide postfix > > or qmail. > > > > Which one is best MTA for me? > > Hello, > > I'm using exim for a couple of years. It's a perfect MTA. > It might be difficult for a newbie... But if you master it you will not > want another one ;) > I will go with Postfix, after all. Thank you for your advices, both in the maintainability and security you replied. And I believe Exim is best MTA as well, indeed :-) Sincerely, Byung-Hee From owner-freebsd-stable@FreeBSD.ORG Tue Sep 4 19:15:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D0B816A418 for ; Tue, 4 Sep 2007 19:15:28 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id D003E13C46A for ; Tue, 4 Sep 2007 19:15:27 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1711798wxd for ; Tue, 04 Sep 2007 12:15: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=CUrJVCmbKX/9QdehrmpJ4V3CqLVPRSvZy6ppDjKIW/3nBfl1YCyn91aRxUdZMsIDdMQzWX+s+gCgxMMIgOvniFwAWywgxqRh55gXKMv89DPfVMPhFo0fnDuNGJnzzG3edHYzhMdA6tFMjDnXfjGOXUrEBa1Rk8mws9BF7qD0xxI= 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=pL16/poqQ2GVeyUcB9jmU/Z7qdoThuyxzzDqwm4PVKViTbeOdS940Qt5fGi/LoAosbBHj6JhoSVDSSglyoBg0WSl+AsIE6UmmrWQyAd9iQDMrNrhnMqEmuHgHZrLqijrMUU83t/s+ygjeLuD8pXcYIqUDElqlE6h74mr7dxv7w0= Received: by 10.90.69.8 with SMTP id r8mr774471aga.1188933326440; Tue, 04 Sep 2007 12:15:26 -0700 (PDT) Received: by 10.90.30.9 with HTTP; Tue, 4 Sep 2007 12:15:26 -0700 (PDT) Message-ID: <6300771b0709041215x5a0b4ecci80afdaa5c5cd4982@mail.gmail.com> Date: Wed, 5 Sep 2007 05:15:26 +1000 From: "Stephen Hocking" To: "Stefan Lambrev" In-Reply-To: <46DD4C24.80506@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6300771b0709031633s3596f7caud456c7b51a8dd126@mail.gmail.com> <46DD4C24.80506@moneybookers.com> Cc: freebsd-stable@freebsd.org Subject: Re: When's the nfe driver likely to arrive in 6 STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 19:15:28 -0000 On 9/4/07, Stefan Lambrev wrote: > Hi, > > Stephen Hocking wrote: > > Hi, > > > > Have an MSI motherboard that has an onboard MCP61 ethernet chipset > > that's supported by the nfe driver, but not the nve driver. > > > It's already here : > http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html :) > > Thanks, I was already aware of that and am running that code right now - what I was enquiring about was when would it be part of the source tree? Stephen From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 00:08:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF1316A421 for ; Wed, 5 Sep 2007 00:08:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 2916813C474 for ; Wed, 5 Sep 2007 00:08:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2459979waf for ; Tue, 04 Sep 2007 17:08:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=cgDCZDKEaqRmrgethNeBPFjmR1Pb4s6f0M22+CRDR+kl/IN0wBOcOLiwJ+JNQBDn6SCYUB5/KTfPC+nF6xfRfQG/YTJkeZ2SnObUEPmV+Ezc5kpjfxOSnx/fhwnN4rF8KOxhrf365ypPxlK7meozCLGdQEgXr5koyMUVkyThxkg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=rGPQYyE9+YBe88+qHnuflqap2yjhIDkFAF2CzklFE1CRJ/2pomVzxZrY2CcNFJ4kZoVpZnsbz4rWRW/GPhuyLBbFBUGrxGg5Ke3VKIuk+MjIUD3EvAVpRERKtbu7F4urbz3Yao6A2PSrdcFKE/9rKO0EItR3illnWqmdDGXV+yM= Received: by 10.114.192.1 with SMTP id p1mr4329559waf.1188950904633; Tue, 04 Sep 2007 17:08:24 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j26sm4687920waf.2007.09.04.17.08.21 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Sep 2007 17:08:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8508Hto015860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Sep 2007 09:08:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8508G4w015859; Wed, 5 Sep 2007 09:08:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 5 Sep 2007 09:08:16 +0900 From: Pyun YongHyeon To: Stephen Hocking Message-ID: <20070905000816.GD15653@cdnetworks.co.kr> References: <6300771b0709031633s3596f7caud456c7b51a8dd126@mail.gmail.com> <46DD4C24.80506@moneybookers.com> <6300771b0709041215x5a0b4ecci80afdaa5c5cd4982@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6300771b0709041215x5a0b4ecci80afdaa5c5cd4982@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Stefan Lambrev Subject: Re: When's the nfe driver likely to arrive in 6 STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 00:08:26 -0000 On Wed, Sep 05, 2007 at 05:15:26AM +1000, Stephen Hocking wrote: > On 9/4/07, Stefan Lambrev wrote: > > Hi, > > > > Stephen Hocking wrote: > > > Hi, > > > > > > Have an MSI motherboard that has an onboard MCP61 ethernet chipset > > > that's supported by the nfe driver, but not the nve driver. > > > > > It's already here : > > http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html :) > > > > > Thanks, I was already aware of that and am running that code right now > - what I was enquiring about was when would it be part of the source > tree? > Sorry. ATM I have no plan to MFC nfe(4) due to lack of spare time. I think you can use upcoming FreeBSD 7. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 04:06:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA0D16A41A for ; Wed, 5 Sep 2007 04:06:52 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.freebsd.org (Postfix) with SMTP id 74C7B13C442 for ; Wed, 5 Sep 2007 04:06:52 +0000 (UTC) (envelope-from mikej@rogers.com) Received: (qmail 28266 invoked from network); 5 Sep 2007 03:40:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:Content-Type:Content-Transfer-Encoding; b=jTGSU0Ir6P2cbZIzP2ARKM/WObUcWPcTQeRJG6nbCPtQEzleaslWT5aEJi/4qEBUCSy2dFdQt1hQCL5gKOMhl0GfHY8cYEjU5i/zh519dugSSLEYECcU6aUGWuybkmLsXqV2wKFU4Ch6eNZssgh86L3STWpsXt7Z7XZtIkdMpnk= ; Received: from unknown (HELO ?172.16.0.165?) (mikej@rogers.com@99.244.15.156 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 5 Sep 2007 03:40:10 -0000 X-YMail-OSG: ou1DbdkVM1kM.J8Z.1PZjwUGQsfjtDbe7ZyW8Xz7_liTv7BPo.RjCIS0e.5E1gAolw-- Message-ID: <46DE2510.9050601@rogers.com> Date: Tue, 04 Sep 2007 23:40:00 -0400 From: Mike Jakubik User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: DOH! ata_alloc_request failed! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 04:06:53 -0000 Hello, I keep seeing the following in my logs, should i be worried?: Sep 4 03:01:29 ns2 kernel: DOH! ata_alloc_request failed! Sep 4 03:01:29 ns2 kernel: FAILURE - out of memory in ata_raid_init_request Sep 4 03:01:29 ns2 kernel: g_vfs_done():ar0s1f[WRITE(offset=107303043072, length=16384)]error = 5 The disks seems fine as far as smartmontools can tell and there is no visible data loss or corruption. This an an Opteron system running in AMD64 mode on a Nvidia motherboard using the on-board ata raid. I've seen some posts from other people complaining about this, but no real answer as to the cause of the problem. Thanks. --- atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfebfc000-0xfebfcfff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfebfb000-0xfebfbfff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 ad4: 114473MB at ata2-master SATA300 ad6: 114473MB at ata3-master SATA300 ar0: 114473MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 11:00:39 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C667616A418; Wed, 5 Sep 2007 11:00:39 +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 7E1D413C46B; Wed, 5 Sep 2007 11:00:39 +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 l85B0PQd064737; Wed, 5 Sep 2007 07:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l85B0PYK012307; Wed, 5 Sep 2007 07:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E76C5241A2; Wed, 5 Sep 2007 07:00:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070905110048.E76C5241A2@freebsd-stable.sentex.ca> Date: Wed, 5 Sep 2007 07:00:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 11:00:39 -0000 TB --- 2007-09-05 09:03:18 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-09-05 09:03:18 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-09-05 09:03:18 - cleaning the object tree TB --- 2007-09-05 09:04:02 - checking out the source tree TB --- 2007-09-05 09:04:02 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-09-05 09:04:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-09-05 09:17:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-09-05 09:17:30 - cd /src TB --- 2007-09-05 09:17:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2007-09-05 10:51:50 - generating LINT kernel config TB --- 2007-09-05 10:51:50 - cd /src/sys/amd64/conf TB --- 2007-09-05 10:51:50 - /usr/bin/make -B LINT TB --- 2007-09-05 10:51:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-09-05 10:51:50 - cd /src TB --- 2007-09-05 10:51:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 5 10:51:51 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sema.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_shutdown.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sx.c /src/sys/kern/kern_sx.c:1000:1: "LOCK_CLASS" redefined In file included from /src/sys/kern/kern_sx.c:47: /src/sys/sys/lock.h:71:1: this is the location of the previous definition *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-09-05 11:00:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-09-05 11:00:48 - ERROR: failed to build lint kernel TB --- 2007-09-05 11:00:48 - tinderbox aborted TB --- 1.63 user 4.91 system 7050.33 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 12:26:53 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA3616A502; Wed, 5 Sep 2007 12:26:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 37BD113C461; Wed, 5 Sep 2007 12:26:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l85CQohE074247; Wed, 5 Sep 2007 08:26:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l85CQoO5097533; Wed, 5 Sep 2007 08:26:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B10CA241A2; Wed, 5 Sep 2007 08:27:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070905122713.B10CA241A2@freebsd-stable.sentex.ca> Date: Wed, 5 Sep 2007 08:27:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 12:26:53 -0000 TB --- 2007-09-05 11:00:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-09-05 11:00:49 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-09-05 11:00:49 - cleaning the object tree TB --- 2007-09-05 11:01:30 - checking out the source tree TB --- 2007-09-05 11:01:30 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2007-09-05 11:01:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-09-05 11:11:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-09-05 11:11:45 - cd /src TB --- 2007-09-05 11:11:45 - /usr/bin/make -B buildworld >>> 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 TB --- 2007-09-05 12:17:18 - generating LINT kernel config TB --- 2007-09-05 12:17:18 - cd /src/sys/i386/conf TB --- 2007-09-05 12:17:18 - /usr/bin/make -B LINT TB --- 2007-09-05 12:17:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-09-05 12:17:18 - cd /src TB --- 2007-09-05 12:17:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 5 12:17:18 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sema.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_shutdown.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sx.c /src/sys/kern/kern_sx.c:1000:1: "LOCK_CLASS" redefined In file included from /src/sys/kern/kern_sx.c:47: /src/sys/sys/lock.h:71:1: this is the location of the previous definition *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-09-05 12:27:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-09-05 12:27:13 - ERROR: failed to build lint kernel TB --- 2007-09-05 12:27:13 - tinderbox aborted TB --- 1.43 user 4.17 system 5184.54 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 13:50:42 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5565B16A41A; Wed, 5 Sep 2007 13:50: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 21D9613C46C; Wed, 5 Sep 2007 13:50:40 +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 l85DoO8d089209; Wed, 5 Sep 2007 09:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l85DoOKg003808; Wed, 5 Sep 2007 09:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 068A8241A2; Wed, 5 Sep 2007 09:50:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070905135048.068A8241A2@freebsd-stable.sentex.ca> Date: Wed, 5 Sep 2007 09:50:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 13:50:42 -0000 TB --- 2007-09-05 12:27:13 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-09-05 12:27:13 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-09-05 12:27:13 - cleaning the object tree TB --- 2007-09-05 12:27:52 - checking out the source tree TB --- 2007-09-05 12:27:52 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-09-05 12:27:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-09-05 12:38:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-09-05 12:38:35 - cd /src TB --- 2007-09-05 12:38:35 - /usr/bin/make -B buildworld >>> 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 TB --- 2007-09-05 13:42:24 - generating LINT kernel config TB --- 2007-09-05 13:42:24 - cd /src/sys/pc98/conf TB --- 2007-09-05 13:42:24 - /usr/bin/make -B LINT TB --- 2007-09-05 13:42:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-09-05 13:42:25 - cd /src TB --- 2007-09-05 13:42:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 5 13:42:25 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sema.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_shutdown.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_sx.c /src/sys/kern/kern_sx.c:1000:1: "LOCK_CLASS" redefined In file included from /src/sys/kern/kern_sx.c:47: /src/sys/sys/lock.h:71:1: this is the location of the previous definition *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-09-05 13:50:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-09-05 13:50:47 - ERROR: failed to build lint kernel TB --- 2007-09-05 13:50:47 - tinderbox aborted TB --- 1.24 user 4.10 system 5013.95 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Sep 5 16:00:27 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CEB016A41B; Wed, 5 Sep 2007 16:00:27 +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 B044613C45B; Wed, 5 Sep 2007 16:00:26 +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 l85FDjVQ001795; Wed, 5 Sep 2007 11:13:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l85FDjPR012828; Wed, 5 Sep 2007 11:13:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C34E0241A2; Wed, 5 Sep 2007 11:14:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070905151408.C34E0241A2@freebsd-stable.sentex.ca> Date: Wed, 5 Sep 2007 11:14:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 16:00:27 -0000 TB --- 2007-09-05 13:50:48 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-09-05 13:50:48 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-09-05 13:50:48 - cleaning the object tree TB --- 2007-09-05 13:51:23 - checking out the source tree TB --- 2007-09-05 13:51:23 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-09-05 13:51:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-09-05 14:02:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-09-05 14:02:04 - cd /src TB --- 2007-09-05 14:02:04 - /usr/bin/make -B buildworld >>> 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 TB --- 2007-09-05 15:06:23 - generating LINT kernel config TB --- 2007-09-05 15:06:23 - cd /src/sys/sparc64/conf TB --- 2007-09-05 15:06:23 - /usr/bin/make -B LINT TB --- 2007-09-05 15:06:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-09-05 15:06:23 - cd /src TB --- 2007-09-05 15:06:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 5 15:06:23 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_sema.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_shutdown.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_sig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -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=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_sx.c /src/sys/kern/kern_sx.c:1000:1: "LOCK_CLASS" redefined In file included from /src/sys/kern/kern_sx.c:47: /src/sys/sys/lock.h:71:1: this is the location of the previous definition *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-09-05 15:14:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-09-05 15:14:08 - ERROR: failed to build lint kernel TB --- 2007-09-05 15:14:08 - tinderbox aborted TB --- 1.08 user 3.52 system 5000.36 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 02:03:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73D6416A41A for ; Thu, 6 Sep 2007 02:03:06 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3889F13C442 for ; Thu, 6 Sep 2007 02:03:06 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (gcr@localhost [127.0.0.1]) by nc8000.tharned.org (8.14.1/8.14.1) with ESMTP id l861pDs6094141 for ; Wed, 5 Sep 2007 20:51:13 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.14.1/8.14.1/Submit) with ESMTP id l861pCXT094138 for ; Wed, 5 Sep 2007 20:51:13 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) Date: Wed, 5 Sep 2007 20:51:12 -0500 (CDT) From: Greg Rivers Sender: gcr@tharned.org To: freebsd-stable@freebsd.org Message-ID: <20070905202534.A94068@nc8000.tharned.org> Precedence: special-delivery MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 02:03:06 -0000 I connect to certain wireless networks that require the EAP_GTC and EAP_OTP features in wpa_supplicant. These features are not compiled into wpa_supplicant by default. Using the patch below works great, but it's inconvenient having to remember to apply it after every cvsup. Is there a better way to accomplish this? If not, might a change such as this be committed to enable GTC and OTP by default? -- Greg Rivers -----------cut here----------------------------------------------------- --- usr.sbin/wpa/wpa_supplicant/Makefile.old ThuMar 23 19:43:18 2006 +++ usr.sbin/wpa/wpa_supplicant/Makefile TueMay 2 17:07:30 2006 @@ -34,8 +34,8 @@ eap_psk.c eap_psk_common.c \ eap_tlv.c eap_tls_common.c tls_openssl.c ms_funcs.c crypto.c -CFLAGS+=-DEAP_TTLS -DEAP_MD5 -SRCS+= eap_ttls.c eap_md5.c +CFLAGS+=-DEAP_TTLS -DEAP_MD5 -DEAP_GTC -DEAP_OTP +SRCS+= eap_ttls.c eap_md5.c eap_gtc.c eap_otp.c # NB: requires patch to openssl #CFLAGS+= -DEAP_FAST -----------cut here----------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 12:09:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F1116A420 for ; Thu, 6 Sep 2007 12:09:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 6376013C480 for ; Thu, 6 Sep 2007 12:09:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7da0.q.ppp-pool.de [89.53.125.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C3E5512883F; Thu, 6 Sep 2007 14:09:30 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 217963F43E; Thu, 6 Sep 2007 14:07:48 +0200 (CEST) Message-ID: <46DFEDED.4090803@vwsoft.com> Date: Thu, 06 Sep 2007 14:09:17 +0200 From: Volker User-Agent: Thunderbird 2.0.0.6 (X11/20070807) MIME-Version: 1.0 To: Greg Rivers References: <20070905202534.A94068@nc8000.tharned.org> In-Reply-To: <20070905202534.A94068@nc8000.tharned.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 12:09:59 -0000 On 12/23/-58 20:59, Greg Rivers wrote: >
I connect to certain wireless networks that > require the EAP_GTC and EAP_OTP features in wpa_supplicant. These > features are not compiled into wpa_supplicant by default. > > Using the patch below works great, but it's inconvenient having to > remember to apply it after every cvsup. Is there a better way to > accomplish this? If not, might a change such as this be committed to > enable GTC and OTP by default? > Greg, I'm unable to comment on including your patch into cvs, but for own patches like your's, I'm using a script which does 1) csup and 2) integrate a bunch of patches into /usr/src. HTH Volker From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 15:02:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B74716A419 for ; Thu, 6 Sep 2007 15:02:54 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id DF77113C458 for ; Thu, 6 Sep 2007 15:02:53 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l86F2qgV070756; Fri, 7 Sep 2007 01:02:52 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200709061502.l86F2qgV070756@drugs.dv.isc.org> To: Volker From: Mark Andrews In-reply-to: Your message of "Thu, 06 Sep 2007 14:09:17 +0200." <46DFEDED.4090803@vwsoft.com> Date: Fri, 07 Sep 2007 01:02:52 +1000 Sender: marka@isc.org Cc: Greg Rivers , freebsd-stable@freebsd.org Subject: Re: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 15:02:54 -0000 > On 12/23/-58 20:59, Greg Rivers wrote: > >
I connect to certain wireless networks that > > require the EAP_GTC and EAP_OTP features in wpa_supplicant. These > > features are not compiled into wpa_supplicant by default. > > > > Using the patch below works great, but it's inconvenient having to > > remember to apply it after every cvsup. Is there a better way to > > accomplish this? If not, might a change such as this be committed to > > enable GTC and OTP by default? > > > > Greg, > > I'm unable to comment on including your patch into cvs, but for own > patches like your's, I'm using a script which does 1) csup and 2) > integrate a bunch of patches into /usr/src. > > HTH > > Volker > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Or you can transfer the cvs repository and update your source tree from that using cvs. You just leave the local changes uncommitted. Alteratively you can "cvs import" the FreeBSD src periodically. You can then commit local changes. This can also make it easy to roll back to your previous build state. This should take less disk space than the previous solution. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 15:06:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD3C16A468 for ; Thu, 6 Sep 2007 15:06:57 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id E9A1E13C45E for ; Thu, 6 Sep 2007 15:06:56 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 1756 invoked from network); 6 Sep 2007 15:06:55 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@217.44.142.35 with plain) by smtp808.mail.ird.yahoo.com with SMTP; 6 Sep 2007 15:06:55 -0000 X-YMail-OSG: akAUTiEVM1kYvaKOOatep2_XbWjx21ARMbqUTzt2fjt.bB9SIBtDkLKEh4tJATAoWxFzVEiFdqLzAYhMtGgMDow9yFnNxbcNFIiVADDFOelRVBnY8nXx Message-ID: <46E02601.7000301@tomjudge.com> Date: Thu, 06 Sep 2007 17:08:33 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Mark Andrews References: <200709061502.l86F2qgV070756@drugs.dv.isc.org> In-Reply-To: <200709061502.l86F2qgV070756@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Volker , Greg Rivers , freebsd-stable@freebsd.org Subject: Re: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 15:06:57 -0000 Mark Andrews wrote: >> On 12/23/-58 20:59, Greg Rivers wrote: >>>
I connect to certain wireless networks that >>> require the EAP_GTC and EAP_OTP features in wpa_supplicant. These >>> features are not compiled into wpa_supplicant by default. >>> >>> Using the patch below works great, but it's inconvenient having to >>> remember to apply it after every cvsup. Is there a better way to >>> accomplish this? If not, might a change such as this be committed to >>> enable GTC and OTP by default? >>> >> Greg, >> >> I'm unable to comment on including your patch into cvs, but for own >> patches like your's, I'm using a script which does 1) csup and 2) >> integrate a bunch of patches into /usr/src. >> >> HTH >> >> Volker >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Or you can transfer the cvs repository and update your > source tree from that using cvs. You just leave the local > changes uncommitted. > > Alteratively you can "cvs import" the FreeBSD src periodically. > You can then commit local changes. This can also make it > easy to roll back to your previous build state. This should > take less disk space than the previous solution. > > Mark There is a better way, you can use cvsup to mirror the FreeBSD cvs repository and then use cvs to commit your changes to your own branch. There is a flag for cvs that you can set that causes branches you make to have really high branch numbers so that they are not likely to clash with the branches in the master repository. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 15:43:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE44816A417 for ; Thu, 6 Sep 2007 15:43:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id CC3DA13C46E for ; Thu, 6 Sep 2007 15:43:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l86FhB1D054824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Sep 2007 08:43:12 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46E02123.9090806@errno.com> Date: Thu, 06 Sep 2007 08:47:47 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Greg Rivers References: <20070905202534.A94068@nc8000.tharned.org> In-Reply-To: <20070905202534.A94068@nc8000.tharned.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 15:43:19 -0000 Greg Rivers wrote: > I connect to certain wireless networks that require the EAP_GTC and > EAP_OTP features in wpa_supplicant. These features are not compiled > into wpa_supplicant by default. > > Using the patch below works great, but it's inconvenient having to > remember to apply it after every cvsup. Is there a better way to > accomplish this? If not, might a change such as this be committed to > enable GTC and OTP by default? > Thanks for reminding me about these config options. I typically add EAP options slowly based on feedback because I'm leery of pulling in heaps of code that's rarely used. Also all the code is present in contrib so you just need to tweak the compile knobs. I'll see if I can make it so you can do it from src.conf. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Sep 6 19:59:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1C1E16A420 for ; Thu, 6 Sep 2007 19:59:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 89B8313C46A for ; Thu, 6 Sep 2007 19:59:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id k4so224617nfd for ; Thu, 06 Sep 2007 12:59:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=LJfLzqn42OvBmKpK+Jx/omdec+CebuJZSfytNzEH6S8=; b=H2mE5oExpjKqRgolNkh+Pd/av6h3Aj/Oj+c8oaG2Qt9iNZTdCqTJ8ex8uYzhLFmSBFNz990JTHGjbiSv/UW6OVD1ForYzLgbxpksKqX+9Bh8pTXPUW6QwnCg25iHXdIrdSBd6BY6isISKAAAKBDknQC6cNnKjZxJ5MskmGXPmFQ= 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=N4bclm63zOf1fIxB+73AJmFrI7Y7Q8M2S/vKCHJ3TnwC+rR/Z89bLIE8FR6myuoQqOfPlDJp6eNIOOatSGlSQXed3WSpjR+Kz95IN3fTSc807/a7RSHx39ZUz9ra3kO0WmU84T0Ysjd1FyxkBqAu73SRRaIa13s6BsX6b/4TIvs= Received: by 10.86.50.8 with SMTP id x8mr857259fgx.1189108778072; Thu, 06 Sep 2007 12:59:38 -0700 (PDT) Received: by 10.86.59.6 with HTTP; Thu, 6 Sep 2007 12:59:38 -0700 (PDT) Message-ID: <790a9fff0709061259i7d40fa9ak604b1b99c03c1419@mail.gmail.com> Date: Thu, 6 Sep 2007 14:59:38 -0500 From: "Scot Hetzel" To: "Sam Leffler" In-Reply-To: <46E02123.9090806@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070905202534.A94068@nc8000.tharned.org> <46E02123.9090806@errno.com> Cc: Greg Rivers , freebsd-stable@freebsd.org Subject: Re: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2007 19:59:40 -0000 On 9/6/07, Sam Leffler wrote: > Greg Rivers wrote: > > I connect to certain wireless networks that require the EAP_GTC and > > EAP_OTP features in wpa_supplicant. These features are not compiled > > into wpa_supplicant by default. > > > > Using the patch below works great, but it's inconvenient having to > > remember to apply it after every cvsup. Is there a better way to > > accomplish this? If not, might a change such as this be committed to > > enable GTC and OTP by default? > > > Thanks for reminding me about these config options. I typically add EAP > options slowly based on feedback because I'm leery of pulling in heaps > of code that's rarely used. Also all the code is present in contrib so > you just need to tweak the compile knobs. I'll see if I can make it so > you can do it from src.conf. > I just created the patch to allow these optional EAP methods to be used. See PR 116164 http://www.freebsd.org/cgi/query-pr.cgi?pr=116164 Scot From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 00:10:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA85616A418 for ; Fri, 7 Sep 2007 00:10:27 +0000 (UTC) (envelope-from daniel-dvorak@atlas.cz) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.freebsd.org (Postfix) with ESMTP id 681BD13C46E for ; Fri, 7 Sep 2007 00:10:27 +0000 (UTC) (envelope-from daniel-dvorak@atlas.cz) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 52DD81C9846 for ; Fri, 7 Sep 2007 01:49:56 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10171-04 for ; Fri, 7 Sep 2007 01:49:50 +0200 (CEST) Received: from [10.40.8.101] (205.hellteam.net [81.0.245.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 9FE0E1C9844 for ; Fri, 7 Sep 2007 01:49:50 +0200 (CEST) Message-ID: <46E09219.5080901@atlas.cz> Date: Fri, 07 Sep 2007 01:49:45 +0200 From: =?ISO-8859-2?Q?Daniel_Dvo=F8=E1k?= User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at pipa.vshosting.cz Subject: 2vmcores with identical backtraces - any idea ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel-dvorak@atlas.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 00:10:27 -0000 Hi all, do you have any idea what is happen to my pc ? Bye Dan # kgdb kernel.debug /var/crash/vmcore.15 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: d6832000 Uptime: 5d5h46m4s Physical memory: 503 MB Dumping 152 MB: 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc057a2e3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc057a596 in panic ( fmt=0xc07f17f7 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0716d09 in vm_fault (map=0xc104b000, vaddr=3598917632, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:279 #4 0xc078f11c in trap_pfault (frame=0xd4488bf8, usermode=0, eva=3598917632) at /usr/src/sys/i386/i386/trap.c:734 #5 0xc078edc1 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1016695512, tf_esi = -696049 666, tf_ebp = -733442940, tf_isp = -733443036, tf_ebx = -969673472, tf_edx = 0, tf_ecx = 182, tf_eax = -320645846, tf_trapno = 12, tf_err = 0, tf_eip = -1065823 138, tf_cs = 32, tf_eflags = 66070, tf_esp = 52482, tf_ss = 2048}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc077cb0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc078d45e in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489 Previous frame inner to this frame (corrupt stack?) (kgdb) quit # kgdb kernel.debug /var/crash/vmcore.16 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: d6832000 Uptime: 14h11m10s Physical memory: 503 MB Dumping 82 MB: 67 51 35 19 3 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc057a2e3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc057a596 in panic ( fmt=0xc07f17f7 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0716d09 in vm_fault (map=0xc104b000, vaddr=3598917632, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:279 #4 0xc078f11c in trap_pfault (frame=0xd4488bf8, usermode=0, eva=3598917632) at /usr/src/sys/i386/i386/trap.c:734 #5 0xc078edc1 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1017089892, tf_esi = -696049 666, tf_ebp = -733442940, tf_isp = -733443036, tf_ebx = -1017265664, tf_edx = 0, tf_ecx = 473, tf_eax = -321040226, tf_trapno = 12, tf_err = 0, tf_eip = -106582 3138, tf_cs = 32, tf_eflags = 590358, tf_esp = 26617, tf_ss = 2048}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc077cb0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc078d45e in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489 Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 00:48:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 942E816A41B for ; Fri, 7 Sep 2007 00:48:46 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 5885213C4A6 for ; Fri, 7 Sep 2007 00:48:46 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 2C52E2283AA; Thu, 6 Sep 2007 17:47:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.987 X-Spam-Level: X-Spam-Status: No, score=-3.987 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.412, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dm5QBCqc4Fps; Thu, 6 Sep 2007 17:47:35 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id ABE05228393; Thu, 6 Sep 2007 17:47:35 -0700 (PDT) Date: Thu, 6 Sep 2007 17:47:35 -0700 (PDT) From: Tom Samplonius To: daniel-dvorak@atlas.cz Message-ID: <5196060.941189126055590.JavaMail.root@ly.sdf.com> In-Reply-To: <46E09219.5080901@atlas.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [64.251.80.98] Cc: freebsd-stable@freebsd.org Subject: Re: 2vmcores with identical backtraces - any idea ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 00:48:46 -0000 I believe that "d6832000" is a physical memory address, so then this like= ly indicates you have bad RAM. Are you using ECC memory? Probably not, s you should probably boot a mem= test86 image, and run it overnight. Maybe longer, as the failures happen d= ays apart. =20 ----- "Daniel Dvo=C5=99=C3=A1k" wrote: > Hi all, >=20 > do you have any idea what is happen to my pc ? >=20 > Bye > Dan >=20 > # kgdb kernel.debug /var/crash/vmcore.15 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: > Unde =20 > =20 > fined symbol "ps_pglobal_lookup"] > 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". >=20 > Unread portion of the kernel message buffer: > panic: vm_fault: fault on nofault entry, addr: d6832000 > Uptime: 5d5h46m4s > Physical memory: 503 MB > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 >=20 > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc057a2e3 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc057a596 in panic ( > fmt=3D0xc07f17f7 "vm_fault: fault on nofault entry, addr: %lx") > at /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc0716d09 in vm_fault (map=3D0xc104b000, vaddr=3D3598917632, > fault_type=3D1 '\001', fault_flags=3D0) at > /usr/src/sys/vm/vm_fault.c:279 > #4 0xc078f11c in trap_pfault (frame=3D0xd4488bf8, usermode=3D0, > eva=3D3598917632) > at /usr/src/sys/i386/i386/trap.c:734 > #5 0xc078edc1 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1016695512, t= f_esi > =3D > -696049 =20 > =20 > 666, tf_ebp =3D -733442940, tf_isp =3D -733443036, tf_ebx =3D -969673472, > tf_edx =3D > 0, =20 > =20 > tf_ecx =3D 182, tf_eax =3D -320645846, tf_trapno =3D 12, tf_err =3D 0, tf= _eip > =3D > -1065823 =20 > =20 > 138, tf_cs =3D 32, tf_eflags =3D 66070, tf_esp =3D 52482, tf_ss =3D 2048}= ) > at /usr/src/sys/i386/i386/trap.c:435 > #6 0xc077cb0a in calltrap () at > /usr/src/sys/i386/i386/exception.s:139 > #7 0xc078d45e in generic_bcopy () at > /usr/src/sys/i386/i386/support.s:489 > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit >=20 >=20 > # kgdb kernel.debug /var/crash/vmcore.16 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: > Unde =20 > =20 > fined symbol "ps_pglobal_lookup"] > 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". >=20 > Unread portion of the kernel message buffer: > panic: vm_fault: fault on nofault entry, addr: d6832000 > Uptime: 14h11m10s > Physical memory: 503 MB > Dumping 82 MB: 67 51 35 19 3 >=20 > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc057a2e3 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc057a596 in panic ( > fmt=3D0xc07f17f7 "vm_fault: fault on nofault entry, addr: %lx") > at /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc0716d09 in vm_fault (map=3D0xc104b000, vaddr=3D3598917632, > fault_type=3D1 '\001', fault_flags=3D0) at > /usr/src/sys/vm/vm_fault.c:279 > #4 0xc078f11c in trap_pfault (frame=3D0xd4488bf8, usermode=3D0, > eva=3D3598917632) > at /usr/src/sys/i386/i386/trap.c:734 > #5 0xc078edc1 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1017089892, t= f_esi > =3D > -696049 =20 > =20 > 666, tf_ebp =3D -733442940, tf_isp =3D -733443036, tf_ebx =3D -1017265664= , > tf_edx =3D > 0, =20 > =20 > tf_ecx =3D 473, tf_eax =3D -321040226, tf_trapno =3D 12, tf_err =3D 0, tf= _eip > =3D > -106582 =20 > =20 > 3138, tf_cs =3D 32, tf_eflags =3D 590358, tf_esp =3D 26617, tf_ss =3D 204= 8}) > at /usr/src/sys/i386/i386/trap.c:435 > #6 0xc077cb0a in calltrap () at > /usr/src/sys/i386/i386/exception.s:139 > #7 0xc078d45e in generic_bcopy () at > /usr/src/sys/i386/i386/support.s:489 > Previous frame inner to this frame (corrupt stack?) > (kgdb) quit >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 05:36:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8709916A418 for ; Fri, 7 Sep 2007 05:36:59 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4841713C45E for ; Fri, 7 Sep 2007 05:36:59 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (gcr@localhost [127.0.0.1]) by nc8000.tharned.org (8.14.1/8.14.1) with ESMTP id l875b43b005077 for ; Fri, 7 Sep 2007 00:37:04 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.14.1/8.14.1/Submit) with ESMTP id l875b05v005074 for ; Fri, 7 Sep 2007 00:37:00 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) Date: Fri, 7 Sep 2007 00:36:59 -0500 (CDT) From: Greg Rivers Sender: gcr@tharned.org To: freebsd-stable@freebsd.org In-Reply-To: <790a9fff0709061259i7d40fa9ak604b1b99c03c1419@mail.gmail.com> Message-ID: <20070907000601.U4786@nc8000.tharned.org> References: <20070905202534.A94068@nc8000.tharned.org> <46E02123.9090806@errno.com> <790a9fff0709061259i7d40fa9ak604b1b99c03c1419@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: wpa_supplicant features and compile options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 05:36:59 -0000 On Thu, 6 Sep 2007, Scot Hetzel wrote: > On 9/6/07, Sam Leffler wrote: >> Greg Rivers wrote: >>> I connect to certain wireless networks that require the EAP_GTC and >>> EAP_OTP features in wpa_supplicant. These features are not compiled >>> into wpa_supplicant by default. >>> >>> Using the patch below works great, but it's inconvenient having to >>> remember to apply it after every cvsup. Is there a better way to >>> accomplish this? If not, might a change such as this be committed to >>> enable GTC and OTP by default? >>> >> Thanks for reminding me about these config options. I typically add EAP >> options slowly based on feedback because I'm leery of pulling in heaps >> of code that's rarely used. Also all the code is present in contrib so >> you just need to tweak the compile knobs. I'll see if I can make it so >> you can do it from src.conf. >> > I just created the patch to allow these optional EAP methods to be > used. See PR 116164 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116164 > Thanks! This will do nicely. Will the patch be MFC into RELENG_6 as well? -- Greg From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 18:15:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA7716A419 for ; Fri, 7 Sep 2007 18:15:48 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: from mta.webmatic.de (mta.webmatic.de [212.78.99.126]) by mx1.freebsd.org (Postfix) with ESMTP id F068D13C442 for ; Fri, 7 Sep 2007 18:15:47 +0000 (UTC) (envelope-from freebsd-stable@chef-ingenieur.de) Received: (qmail 93334 invoked by uid 89); 7 Sep 2007 17:49:05 -0000 Received: from unknown (HELO ?192.168.2.102?) (freebsd-stable@chef-ingenieur.de@195.4.178.237) by mta.webmatic.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Sep 2007 17:49:05 -0000 Message-ID: <46E18F1B.4040002@chef-ingenieur.de> Date: Fri, 07 Sep 2007 19:49:15 +0200 From: Thomas Krause User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Maia =?iso-8859-15?q?Quarant=E4ne_=DCbersicht?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 18:15:48 -0000 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 7 19:17:01 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CBE016A41A for ; Fri, 7 Sep 2007 19:17:01 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id D1F0513C468 for ; Fri, 7 Sep 2007 19:17:00 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.68] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l87IpBbb095745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Sep 2007 11:51:12 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <46E19D4E.1060009@FreeBSD.org> Date: Fri, 07 Sep 2007 11:49:50 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 19:17:01 -0000 Hi, On my 6.2 system I am seeing LOR discussed almost 1 year ago here: http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031048.html http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031197.html lock order reversal: 1st 0xc52cb500 kqueue (kqueue) @ kern/kern_event.c:1547 2nd 0xc4e4d80c struct mount mtx (struct mount mtx) @ ufs/ufs/ufs_vnops.c:138 Do you have any plans to commit the suggested fix? Thanks! -Maxim From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 05:09:20 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C7E16A418; Sat, 8 Sep 2007 05:09:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1F88813C457; Sat, 8 Sep 2007 05:09:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1ITrWl-000Llp-FL; Sat, 08 Sep 2007 07:02:43 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l8842YKA031487; Sat, 8 Sep 2007 07:02:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l8842YBo031477; Sat, 8 Sep 2007 07:02:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Sep 2007 07:02:33 +0300 From: Kostik Belousov To: Maxim Sobolev Message-ID: <20070908040233.GP53667@deviant.kiev.zoral.com.ua> References: <46E19D4E.1060009@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JaBjgNvtdKe5H086" Content-Disposition: inline In-Reply-To: <46E19D4E.1060009@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: bb9f355b5be917825c280d06cf0e20ab X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1448 [September 7 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: stable@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2007 05:09:20 -0000 --JaBjgNvtdKe5H086 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 07, 2007 at 11:49:50AM -0700, Maxim Sobolev wrote: > Hi, >=20 > On my 6.2 system I am seeing LOR discussed almost 1 year ago here: >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031048.ht= ml > http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031197.ht= ml >=20 > lock order reversal: > 1st 0xc52cb500 kqueue (kqueue) @ kern/kern_event.c:1547 > 2nd 0xc4e4d80c struct mount mtx (struct mount mtx) @=20 > ufs/ufs/ufs_vnops.c:138 >=20 > Do you have any plans to commit the suggested fix? I suspect that the LOR is bogus. I was never able to get the information where the reverse lock order happen. What I asked of the most reporters is to apply sys/kern/subr_witness.c rev. 1.222 to RELENG_6 and provide me with the LOR report, if any. Note that doing that on RELENG_6_2 makes no sense, most likely you will get LORs with cdev mutex, fixed in RELENG_6. --JaBjgNvtdKe5H086 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG4h7ZC3+MBN1Mb4gRAhmwAKDk59Mk3TGgT1iDtHEzTPE1jgWeNQCfUTHP xZz7xBrzC7xNSSuExyWvVSs= =jJaO -----END PGP SIGNATURE----- --JaBjgNvtdKe5H086-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 07:59:55 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB4D16A418 for ; Sat, 8 Sep 2007 07:59:55 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id CD5FA13C442 for ; Sat, 8 Sep 2007 07:59:54 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.68] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l887xmYa028135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Sep 2007 00:59:53 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <46E25620.6050906@FreeBSD.org> Date: Sat, 08 Sep 2007 00:58:24 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kostik Belousov References: <46E19D4E.1060009@FreeBSD.org> <20070908040233.GP53667@deviant.kiev.zoral.com.ua> In-Reply-To: <20070908040233.GP53667@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2007 07:59:55 -0000 Kostik Belousov wrote: > On Fri, Sep 07, 2007 at 11:49:50AM -0700, Maxim Sobolev wrote: >> Hi, >> >> On my 6.2 system I am seeing LOR discussed almost 1 year ago here: >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031048.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031197.html >> >> lock order reversal: >> 1st 0xc52cb500 kqueue (kqueue) @ kern/kern_event.c:1547 >> 2nd 0xc4e4d80c struct mount mtx (struct mount mtx) @ >> ufs/ufs/ufs_vnops.c:138 >> >> Do you have any plans to commit the suggested fix? > I suspect that the LOR is bogus. I was never able to get the information > where the reverse lock order happen. What I asked of the most reporters is > to apply sys/kern/subr_witness.c rev. 1.222 to RELENG_6 and provide me > with the LOR report, if any. What do you mean "bogus"? It happens reliably on my system. > Note that doing that on RELENG_6_2 makes no sense, most likely you will > get LORs with cdev mutex, fixed in RELENG_6. I don't quite understand that. -Maxim From owner-freebsd-stable@FreeBSD.ORG Sat Sep 8 18:17:38 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AD5C16A41B; Sat, 8 Sep 2007 18:17:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF8113C46A; Sat, 8 Sep 2007 18:17:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IU4s4-000448-4X; Sat, 08 Sep 2007 21:17:36 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l88IHQps053682; Sat, 8 Sep 2007 21:17:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l88IHQp3053681; Sat, 8 Sep 2007 21:17:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Sep 2007 21:17:26 +0300 From: Kostik Belousov To: Maxim Sobolev Message-ID: <20070908181726.GR53667@deviant.kiev.zoral.com.ua> References: <46E19D4E.1060009@FreeBSD.org> <20070908040233.GP53667@deviant.kiev.zoral.com.ua> <46E25620.6050906@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pa4xkLBhPDIhDLv1" Content-Disposition: inline In-Reply-To: <46E25620.6050906@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: a96565856d7d777f03ae631b61e05b17 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1448 [September 7 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: stable@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2007 18:17:38 -0000 --Pa4xkLBhPDIhDLv1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 08, 2007 at 12:58:24AM -0700, Maxim Sobolev wrote: > Kostik Belousov wrote: > >On Fri, Sep 07, 2007 at 11:49:50AM -0700, Maxim Sobolev wrote: > >>Hi, > >> > >>On my 6.2 system I am seeing LOR discussed almost 1 year ago here: > >> > >>http://lists.freebsd.org/pipermail/freebsd-stable/2006-November/031048.= html > >>http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031197.= html > >> > >>lock order reversal: > >> 1st 0xc52cb500 kqueue (kqueue) @ kern/kern_event.c:1547 > >> 2nd 0xc4e4d80c struct mount mtx (struct mount mtx) @=20 > >>ufs/ufs/ufs_vnops.c:138 > >> > >>Do you have any plans to commit the suggested fix? > >I suspect that the LOR is bogus. I was never able to get the information > >where the reverse lock order happen. What I asked of the most reporters = is > >to apply sys/kern/subr_witness.c rev. 1.222 to RELENG_6 and provide me > >with the LOR report, if any. >=20 > What do you mean "bogus"? It happens reliably on my system. Bogus means that reported LOR, most likely, do not cause actual deadlock. >=20 > >Note that doing that on RELENG_6_2 makes no sense, most likely you will > >get LORs with cdev mutex, fixed in RELENG_6. >=20 > I don't quite understand that. RELENG_6_2 had known LOR that already was fixed in RELENG_6, between cdev mutex and and sleep mtxpool, namely LOR #197. After user have applyed rev. 1.222 of subr_witness, I usuallygot the reports of that LOR, if any, but not the LOR I needed. --Pa4xkLBhPDIhDLv1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFG4uc1C3+MBN1Mb4gRAm1lAKCYjRK37Y0e4T8bTcc4IgTcWbihMwCdFvx/ OOdhjqemRPR1JIiH5ls32VQ= =esTX -----END PGP SIGNATURE----- --Pa4xkLBhPDIhDLv1--