From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 00:20:17 2012 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 D37E11065674 for ; Sun, 29 Jul 2012 00:20:17 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id 6227D8FC0A for ; Sun, 29 Jul 2012 00:20:17 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.5/8.14.5) with ESMTP id q6T0JKf4070335 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Sat, 28 Jul 2012 20:19:21 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <501481BB.9040805@FreeBSD.org> Date: Sat, 28 Jul 2012 20:20:11 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120604 Thunderbird/12.0.1 MIME-Version: 1.0 To: stable@FreeBSD.org X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Sat, 28 Jul 2012 20:19:21 -0400 (EDT) X-Spam-Status: No, score=1.3 required=4.5 tests=RCVD_IN_RP_RNBL autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.5 at mouf.net X-Virus-Status: Clean Cc: Subject: panic in sys/net/rtsock.c 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: Sun, 29 Jul 2012 00:20:17 -0000 I have a box running 9.0-RELEASE where I'm seeing a panic happen every 5-7 days. For the record, it's moving about 80-100 mbit/s of network traffic and has several gre tunnels setup. The box has panic'd many times, but due to unrelated (serial port) issues, I've only been able to get a complete panic once. I took a look at the core and did some basic debugging: # kgdb kernel.debug /var/crash/vmcore.0 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 = 2; apic id = 06 fault virtual address = 0x44 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0ae4eae stack pointer = 0x28:0xe0f00ab0 frame pointer = 0x28:0xe0f00b38 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 = 2372 (snmpd) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xc0a50a47 at kdb_backtrace+0x47 #1 0xc0a1dfa7 at panic+0x117 #2 0xc0d5a243 at trap_fatal+0x323 #3 0xc0d5a2fd at trap_pfault+0xad #4 0xc0d5b085 at trap+0x465 #5 0xc0d43fdc at calltrap+0x6 #6 0xc0a27aca at sysctl_root+0x1fa #7 0xc0a27d83 at userland_sysctl+0x1d3 #8 0xc0a28144 at sys___sysctl+0x94 #9 0xc0d5a865 at syscall+0x355 #10 0xc0d44041 at Xint0x80_syscall+0x21 Uptime: 6d7h1m32s Physical memory: 3567 MB Dumping 334 MB: 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/if_gre.ko...Reading symbols from /boot/kernel/if_gre.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_gre.ko #0 doadump (textdump=1) at pcpu.h:244 244 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) up #1 0xc0a1dd4a in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 442 doadump(TRUE); (kgdb) up #2 0xc0a1dfe1 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) up #3 0xc0d5a243 in trap_fatal (frame=0xe0f00a70, eva=68) at /usr/src/sys/i386/i386/trap.c:975 975 panic("%s", trap_msg[type]); (kgdb) up #4 0xc0d5a2fd in trap_pfault (frame=0xe0f00a70, usermode=0, eva=68) at /usr/src/sys/i386/i386/trap.c:839 839 trap_fatal(frame, eva); (kgdb) up #5 0xc0d5b085 in trap (frame=0xe0f00a70) at /usr/src/sys/i386/i386/trap.c:558 558 (void) trap_pfault(frame, FALSE, eva); (kgdb) up #6 0xc0d43fdc in calltrap () at /usr/src/sys/i386/i386/exception.s:168 168 call trap Current language: auto; currently asm (kgdb) up #7 0xc0ae4eae in sysctl_rtsock (oidp=0xc1031560, arg1=0xe0f00c08, arg2=4, req=0xe0f00b94) at /usr/src/sys/net/rtsock.c:1594 1594 ifam->ifam_index = ifa->ifa_ifp->if_index; Current language: auto; currently c (kgdb) i li 1594 Line 1594 of "/usr/src/sys/net/rtsock.c" starts at address 0xc0ae4eab and ends at 0xc0ae4eb6 . (kgdb) disas 0xc0ae4eab 0xc0ae4eb6 Dump of assembler code from 0xc0ae4eab to 0xc0ae4eb6: 0xc0ae4eab : mov 0x5c(%ebx),%eax 0xc0ae4eae : movzwl 0x44(%eax),%eax 0xc0ae4eb2 : mov %ax,0xc(%edx) End of assembler dump. (kgdb) p *(struct ifaddr *)$ebx $1 = {ifa_addr = 0xc827c7a8, ifa_dstaddr = 0xc827c7b8, ifa_netmask = 0xc77c8ca8, if_data = {ifi_type = 1 '\001', ifi_physical = 13 '\r', ifi_addrlen = 0 '\0', ifi_hdrlen = 0 '\0', ifi_link_state = 0 '\0', ifi_spare_char1 = 0 '\0', ifi_spare_char2 = 0 '\0', ifi_datalen = 0 '\0', ifi_mtu = 3426383120, ifi_metric = 0, ifi_baudrate = 0, ifi_ipackets = 3346381610, ifi_ierrors = 284187, ifi_opackets = 4294901815, ifi_oerrors = 0, ifi_collisions = 0, ifi_ibytes = 9385256, ifi_obytes = 4620, ifi_imcasts = 0, ifi_omcasts = 3358050108, ifi_iqdrops = 4294967295, ifi_noproto = 4294967295, ifi_hwassist = 4294967295, ifi_epoch = 0, ifi_lastchange = {tv_sec = 0, tv_usec = 0}}, ifa_ifp = 0x0, ifa_link = {tqe_next = 0x0, tqe_prev = 0xc827c760}, ifa_rtrequest = 0, ifa_flags = 51048, ifa_refcnt = 25499, ifa_metric = -936917136, ifa_claim_addr = 0, ifa_mtx = {lock_object = {lo_name = 0xc827c778 "", lo_flags = 0, lo_data = 3358050176, lo_witness = 0x0}, mtx_lock = 6}} (kgdb) Sorry for the bad formatting there, but it seems like ifa->ifa_ifp is null. For the record, net-snmpd is being polled every 60 seconds. I see that the locking in this file has changed a little since 9.0-RELEASE, so I'm currently working on upgrading it to 9.0-STABLE in hopes of avoiding the problem. Any comments would be appreciated. I'll also submit a PR in case that's helpful. Thanks, Steve From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 07:00:31 2012 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 362731065673 for ; Sun, 29 Jul 2012 07:00:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id BAF4F8FC12 for ; Sun, 29 Jul 2012 07:00:30 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so660335wib.13 for ; Sun, 29 Jul 2012 00:00:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=EHsUrdJIRxo2wPPwQiiwSQJpaCIPGAcXTboF2sxQ7a8=; b=a3d3cv5UlQXI4s/rlq3XWpvIIpQusfCGQvVdSecREdyswK0+cMijQ6Xx8hATL4tBeB Jc/h42Cr+5O83PNlRBS6M+kInl3SzoIABBjXufqVmx97cXPHBlc8pNFKagb820W6TQCm 4PB/l1K7Sw+1BMG5L+G6u+6FHtxUOv6az/Frn8ANTU3YE2AA7eP+Mg4ivmAwbiRh485X QfJBNGi9IxlzZU1ZbYQfLS16X/J7ImmSuJ+1QwdxoRtzj9Yyus/gEaak3/DX1rz/0dlT Qfqs5T6CjldSoGBQq/NEVQj/a3HaXCnK2ir7/Oq/R2KGQDgcGURsINJgKGQPNrK4g31N IChQ== Received: by 10.180.80.134 with SMTP id r6mr17758517wix.1.1343545229605; Sun, 29 Jul 2012 00:00:29 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id ep14sm15245003wid.0.2012.07.29.00.00.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Jul 2012 00:00:28 -0700 (PDT) Sender: Alexander Motin Message-ID: <5014DF8A.9040403@FreeBSD.org> Date: Sun, 29 Jul 2012 10:00:26 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Steven Hartland" , freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: AHCI Timeout errors on Intel Patsburg 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: Sun, 29 Jul 2012 07:00:31 -0000 Hi. > is 00000000 cs 00000000 ss 00000001 rs 00000001 tfd 40 serr 00880000 This line (ss and rs fields) tells me that device haven't confirmed completion of one NCQ command. Bits set in serr field mean "10b to 8b Decode Error" and "Link Sequence Error". I would suggest that something wrong with the link quality. That may explain why reducing speed helps. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 08:53:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 559AE1065674 for ; Sun, 29 Jul 2012 08:53:34 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp3.insight.synacor.com [208.47.185.25]) by mx1.freebsd.org (Postfix) with ESMTP id 198E48FC17 for ; Sun, 29 Jul 2012 08:53:33 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=VlwTD1Kbj/2HqoWJLj4uy3Mj9yo1rt8K9ZiuPg32FP0= c=1 sm=0 a=hsTaRgj-6lEA:10 a=jLN7EqiLvroA:10 a=6I5d2MoRAAAA:8 a=Gukn8AzET45rmma-gucA:9 a=SV7veod9ZcQA:10 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:44936] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 6D/5F-32388-D0AF4105; Sun, 29 Jul 2012 04:53:33 -0400 Date: Sun, 29 Jul 2012 04:53:33 -0400 Message-ID: <6D.5F.32388.D0AF4105@smtp02.insight.synacor.com> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Steve Wills Subject: Re: panic in sys/net/rtsock.c 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: Sun, 29 Jul 2012 08:53:34 -0000 from Steve Wills : > I have a box running 9.0-RELEASE where I'm seeing a panic happen every > 5-7 days. For the record, it's moving about 80-100 mbit/s of network > traffic and has several gre tunnels setup. The box has panic'd many > times, but due to unrelated (serial port) issues, I've only been able to > get a complete panic once. > I took a look at the core and did some basic debugging: (snip) I had something like that but not exactly with 9.0-RELEASE amd64 on an Intel Sandy Bridge system. First time, after running two days, system froze immediately after a CVS update of the NetBSD pkgsrc tree. After hitting Reset and rebooting, about 48 hours later, I was not at the computer but was with hearing range. I heard the sound of rebooting, got to the computer immediately to control where it rebooted to, and this time I csup-updated FreeBSD source tree using RELENG_9, which is STABLE. I rebuilt the system, that solved the problem, STABLE proved stabler than 9.0-RELEASE. I did this without asking on any FreeBSD emailing list. Seeing there were updates to Intel Sandy Bridge graphics only available in STABLE or HEAD persuaded me to switch from RELEASE to STABLE. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 14:17:56 2012 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 AB9B3106566C; Sun, 29 Jul 2012 14:17:56 +0000 (UTC) (envelope-from prvs=15579995de=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 138158FC15; Sun, 29 Jul 2012 14:17:55 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Sun, 29 Jul 2012 15:17:09 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020992559.msg; Sun, 29 Jul 2012 15:17:08 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=15579995de=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <25077DAAB2D145E0A5B2CF7F062B6A2F@multiplay.co.uk> From: "Steven Hartland" To: "Alexander Motin" , References: <5014DF8A.9040403@FreeBSD.org> Date: Sun, 29 Jul 2012 15:17:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="KOI8-R"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: AHCI Timeout errors on Intel Patsburg 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: Sun, 29 Jul 2012 14:17:56 -0000 ----- Original Message ----- From: "Alexander Motin" > > is 00000000 cs 00000000 ss 00000001 rs 00000001 tfd 40 serr 00880000 > > This line (ss and rs fields) tells me that device haven't confirmed > completion of one NCQ command. Bits set in serr field mean "10b to 8b > Decode Error" and "Link Sequence Error". I would suggest that something > wrong with the link quality. That may explain why reducing speed helps. Thanks Alexander, that's most helpful, will continue with testing to try and narrow down the issue based on that info :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 05:04:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4380E106564A for ; Mon, 30 Jul 2012 05:04:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id E02D98FC1A for ; Mon, 30 Jul 2012 05:04:44 +0000 (UTC) Received: from bsdrookie.norma.com. ([IPv6:fd00::7fc]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id q6U54gaM030341 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 30 Jul 2012 11:04:42 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <501615EA.7020402@norma.perm.ru> Date: Mon, 30 Jul 2012 11:04:42 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Mon, 30 Jul 2012 11:04:42 +0600 (YEKT) X-Spam-Status: No hits=-95.3 bayes=0.5 testhits RDNS_NONE=1.274, SPF_SOFTFAIL=0.972,TO_NO_BRKTS_DIRECT=2.455,USER_IN_WHITELIST=-100 autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Subject: GEOM_RAID in GENERIC 9.1 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: Mon, 30 Jul 2012 05:04:45 -0000 Hi. I am aware about how this thing works and what it does. However, every time I upgrade new server I got hit by it again and again, simply forgetting to remove it from the kernel's config. I'm afraid this thing will hit lots of FreeBSD installations after the release; it may be easily removed but still it will poison the life of many engineers and I really think it's a bomb, and should be removed from GENERIC. Eugene. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 05:33:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86CBF106566C; Mon, 30 Jul 2012 05:33:43 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id 942758FC08; Mon, 30 Jul 2012 05:33:42 +0000 (UTC) Received: from bsdrookie.norma.com. ([IPv6:fd00::7fc]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id q6U5XeQA033228 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 30 Jul 2012 11:33:40 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <50161CB4.3020309@norma.perm.ru> Date: Mon, 30 Jul 2012 11:33:40 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, mav@freebsd.org References: <501615EA.7020402@norma.perm.ru> In-Reply-To: <501615EA.7020402@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Mon, 30 Jul 2012 11:33:40 +0600 (YEKT) X-Spam-Status: No hits=-97.8 bayes=0.5 testhits RDNS_NONE=1.274, SPF_SOFTFAIL=0.972,USER_IN_WHITELIST=-100 autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Cc: Subject: Re: GEOM_RAID in GENERIC 9.1 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: Mon, 30 Jul 2012 05:33:43 -0000 Hi. On 30.07.2012 11:04, Eugene M. Zheganin wrote: > > I am aware about how this thing works and what it does. However, every > time I upgrade new server I got hit by it again and again, simply > forgetting to remove it from the kernel's config. > > I'm afraid this thing will hit lots of FreeBSD installations after the > release; it may be easily removed but still it will poison the life of > many engineers and I really think it's a bomb, and should be removed > from GENERIC. > Okay, I feel like I need to clarify this, as some decent guys pointed me out that I'm very unclear and even rude (sorry for that, that's unintentional). GEOM_RAID was inserted instead of ataraid, but ataraid wasn't messing with zpooled disks: with GEOM_RAID the kernel takes both (in case of mirrored pool) providers, and mountroot just fails, as it sees no zfs pool. Plus, it's even more. This time I have "disabled" the raid in it's "BIOS" before installing FreeBSD. After mountroot failed, I booted 9.0-R from usb flash, trying to avoid any surgery with kernel files, like manual install from another machine. I was curious if I will be able to resolve this issue using base utilities. So, I loaded geom_raid via 'graid load', kernel said like 'Doh... I have ada0/ada1 spare disks', then I tried to remove the softraid label remains with 'graid remove' - and it failed, because there's no array at all, only "spares". So, the 'graid status' is empty, 'graid list' is empty' and it's obvious that some surgery is needed. And I'm not disappointed that it's happened to me, no, because I know how to resolve this. But the thing that I'm really afraid of is that this default option will hit the less experienced engineers. Eugene. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 05:50:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83A59106566C for ; Mon, 30 Jul 2012 05:50:27 +0000 (UTC) (envelope-from daniel@morante.net) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 4801F8FC15 for ; Mon, 30 Jul 2012 05:50:27 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 22574E1B73A for ; Mon, 30 Jul 2012 01:50:25 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id e8ucWiAaJuK6 for ; Mon, 30 Jul 2012 01:50:14 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 176FAE1B739 for ; Mon, 30 Jul 2012 01:50:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1343627414; bh=6y6cW4nuagfhfXMzo7O9of0JKS0wLkkGoihE17MLjqU=; h=Date:From:To:Subject; b=iqEA1dKbwZvZZ5EeC9sCG6uS5s8S5by+1SySVoRb/bfaIWXft8WZWX+SpIEA2Fcan c1toeiFBg1/iW8DE41+Tk8JSsDLCdbQtfX+Ja28LrorM1qJu7LTkm8wqXVBSvE8nbS IJI0xceA5te5wbPlcQ5Gq17mcKrtXH4Gc+R/1Hzw= Message-ID: <501620DE.9090403@morante.net> Date: Mon, 30 Jul 2012 01:51:26 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror problem on 9.1 beta powerpc64 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: Mon, 30 Jul 2012 05:50:27 -0000 I attempted to enabled the geom_mirror as detailed in the handbook. After rebooting I am receiving this error: Invalid memory access at &SRR0: 00000000.0743f4c &SRR1: 90000000.00003030 Same issue on the other identical system, the error is slightly different: Decrementer exception at &SRR0: 00000000.0743f4c &SRR1: 90000000.00003030 I can't boot either of them at this point, but they are not important. The two systems were built specifically for testing this. Screen shots of the error can be seen on the forum topic: http://forums.freebsd.org/showthread.php?t=33613 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 06:13:34 2012 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 7BD97106564A for ; Mon, 30 Jul 2012 06:13:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 055658FC08 for ; Mon, 30 Jul 2012 06:13:33 +0000 (UTC) Received: by wgbfm10 with SMTP id fm10so2157396wgb.1 for ; Sun, 29 Jul 2012 23:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8cdldCv1ZZujwwhRT9uDYyqSDOvfLOEFYC6WHuOj/cE=; b=RYPiJBINX113hM1MvnucJNPbSMd8xClc7BqgOSgtX0CyaHRzNI4H2z25qweyAPbCi3 VgnhP7XWfBYv6i6xhEuYjcKk7WBz35zx2jNQurh5WjMkzjEGpBKb/LEfCwgjjpodTTcl Vg1Ih6gsFGhwy7qMAtH1Qv9yupTDY+xOUci2ain2Fmxkpua44CZjpfSVzFcAw9s9guxg lYwYIKPRHcUPRrhjnTVDP20HSJi8/QiLhnU+xn8gB6rj6gxWNMEeInC1Ex4PDiHS0fJp UN59jtMfFQREjH7uzEPrMbMZzbho4a//M9sWQkYQcDKsq9GigvOW6UWX9PUUuvkivJKd 1gIw== Received: by 10.216.134.101 with SMTP id r79mr4976829wei.60.1343628806825; Sun, 29 Jul 2012 23:13:26 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id eu4sm14833405wib.2.2012.07.29.23.13.25 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Jul 2012 23:13:26 -0700 (PDT) Sender: Alexander Motin Message-ID: <50162603.5040101@FreeBSD.org> Date: Mon, 30 Jul 2012 09:13:23 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Eugene M. Zheganin" References: <501615EA.7020402@norma.perm.ru> <50161CB4.3020309@norma.perm.ru> In-Reply-To: <50161CB4.3020309@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: GEOM_RAID in GENERIC 9.1 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: Mon, 30 Jul 2012 06:13:34 -0000 On 30.07.2012 08:33, Eugene M. Zheganin wrote: > On 30.07.2012 11:04, Eugene M. Zheganin wrote: >> I am aware about how this thing works and what it does. However, every >> time I upgrade new server I got hit by it again and again, simply >> forgetting to remove it from the kernel's config. >> >> I'm afraid this thing will hit lots of FreeBSD installations after the >> release; it may be easily removed but still it will poison the life of >> many engineers and I really think it's a bomb, and should be removed >> from GENERIC. >> > Okay, I feel like I need to clarify this, as some decent guys pointed me > out that I'm very unclear and even rude (sorry for that, that's > unintentional). > > GEOM_RAID was inserted instead of ataraid, but ataraid wasn't messing > with zpooled disks: with GEOM_RAID the kernel takes both (in case of > mirrored pool) providers, and mountroot just fails, as it sees no zfs pool. > > Plus, it's even more. This time I have "disabled" the raid in it's > "BIOS" before installing FreeBSD. After mountroot failed, I booted 9.0-R > from usb flash, trying to avoid any surgery with kernel files, like > manual install from another machine. I was curious if I will be able to > resolve this issue using base utilities. So, I loaded geom_raid via > 'graid load', kernel said like 'Doh... I have ada0/ada1 spare disks', > then I tried to remove the softraid label remains with 'graid remove' - > and it failed, because there's no array at all, only "spares". So, the > 'graid status' is empty, 'graid list' is empty' and it's obvious that > some surgery is needed. > > And I'm not disappointed that it's happened to me, no, because I know > how to resolve this. > But the thing that I'm really afraid of is that this default option will > hit the less experienced engineers. Thank you for your report. I will recheck deletion of spare disks. But what's about `geom status/list` in this case, there are special options -a and -g to handle geoms without providers. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 17:56:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDF9F106564A for ; Mon, 30 Jul 2012 17:56:48 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from lisa.milos.co.za (lisa.milos.co.za [109.169.49.137]) by mx1.freebsd.org (Postfix) with ESMTP id 640858FC08 for ; Mon, 30 Jul 2012 17:56:48 +0000 (UTC) Received: (qmail 65593 invoked by uid 89); 30 Jul 2012 17:56:40 -0000 Received: from unknown (HELO ClayDesktop) (clay@milos.co.za@192.168.200.6) by lisa.milos.co.za with ESMTPA; 30 Jul 2012 17:56:40 -0000 From: "Clayton Milos" To: Date: Mon, 30 Jul 2012 18:56:00 +0100 Message-ID: <032101cd6e7c$a6f5a950$f4e0fbf0$@milos.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 thread-index: Ac1ufJBueM53KKzxSYq+VsuSF2qZHg== Content-Language: en-gb Subject: GELI Only running at the speed of 1 thread 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: Mon, 30 Jul 2012 17:56:49 -0000 Hi Pawel / All I have a system with 2 AMD Opteron 285's in it with the second cores disabled so effectively a 2 CPU single core each setup. I run the following: #> kldload geom_zero #> geli onetime -s 4096 /dev/gzero #> dd if=/dev/gzero of=/dev/null bs=1m count=1k 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 0.507832 secs (2114364037 bytes/sec) #> dd if=/dev/gzero.eli of=/dev/null bs=1m count=1k 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 15.919784 secs (67447009 bytes/sec) 67 MByte/sec is about right for the CPU. Problem is that if I run 2 of those processes simultaneously then they both get over 60MB/s each. This looks to me like the geli process isn't threading correctly. Systat looks like this so you can see there are 2 processes but each is only using about half of each CPU: /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average ||||| /0% /10 /20 /30 /40 /50 /60 /70 /80 /90 /100 root idle XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX root g_eli[0] g XXXXXXXXXXXXXXXXXXXXXXXXXXX root idle XXXXXXXXXXXXXXXXXXXXXXX root g_eli[1] g XXXXXXXXXXXXXXXXXXXXXXX root geom X Top is also showing that only half of the CPU power is being used: last pid: 3081; load averages: 1.36, 0.69, 0.40 up 0+00:14:13 18:45:15 53 processes: 1 running, 51 sleeping, 1 zombie CPU: 0.2% user, 0.0% nice, 49.6% system, 0.4% interrupt, 49.8% idle Mem: 819M Active, 91M Inact, 759M Wired, 2208K Cache, 635M Buf, 14G Free Swap: 16G Total, 16G Free With the tunables I've only changed the cache limit because I have the ram for it and I want to use it for an 8 TB array. #> sysctl kern.geom.eli kern.geom.eli.batch: 0 kern.geom.eli.threads: 0 kern.geom.eli.overwrites: 5 kern.geom.eli.visible_passphrase: 0 kern.geom.eli.tries: 3 kern.geom.eli.debug: 0 kern.geom.eli.version: 6 kern.geom.eli.key_cache_misses: 0 kern.geom.eli.key_cache_hits: 4725333 kern.geom.eli.key_cache_limit: 32768 My /boot/loader.conf is: ng_bpf_load="YES" amdtemp_load="YES" ubsec_load="YES" vm.kmem_size="1024M" vm.kmem_size_max="1024M" vfs.zfs.arc_max="600M" vfs.zfs.vdev.cache.size="8M" vfs.zfs.txg.timeout="5" kern.maxvnodes="250000" kern.geom.eli.key_cache_limit="32768" hint.lapic.1.disabled="1" hint.lapic.2.disabled="1" I have the ubsec in there because I have a BCM5823 Crypto Accelerator installed. It does not support AES and is not used by GELI: Kernel: GEOM_ELI: Device gzero.eli created. kernel: GEOM_ELI: Encryption: AES-XTS 128 kernel: GEOM_ELI: Crypto: software Any advice would be greatly appreciated. As I said it looks like GELI isn't threading properly. Is it because of a setting I am running? //Clay From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 18:04:44 2012 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 AEFC510657B6; Mon, 30 Jul 2012 18:04:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF758FC1E; Mon, 30 Jul 2012 18:04:44 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CCB52B9BA; Mon, 30 Jul 2012 14:04:43 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Mon, 30 Jul 2012 12:32:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <5003E14E.5020302@FreeBSD.org> In-Reply-To: <5003E14E.5020302@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207301232.25147.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 30 Jul 2012 14:04:43 -0400 (EDT) Cc: "freebsd-stable@freebsd.org" , Sean Bruno Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL 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: Mon, 30 Jul 2012 18:04:44 -0000 On Monday, July 16, 2012 5:39:26 am Andriy Gapon wrote: > on 13/07/2012 19:31 Sean Bruno said the following: > > pcib7: at device 28.0 on pci0 > > pcib7: domain 0 > > pcib7: secondary bus 7 > > pcib7: subordinate bus 7 > > pcib7: no prefetched decode > > device_attach: pcib7 attach returned 6 > > It seems that the following panic is caused by the above attach failure. > Namely, it seems that there are rman members in pcib_softc via pcib_window fields. > Those members are passed to rman_init during attach attempt, but they are not > passed to rman_fini if the attach fails (no attach failure cleanup). > After newbus code deallocates pcib_softc the global rman list (rman_head) becomes > corrupted. Oof. None of the pcib(4) drivers really support detach or cleanup yet. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 18:04:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A186D1065887 for ; Mon, 30 Jul 2012 18:04:51 +0000 (UTC) (envelope-from SRS0=xyBb8Onb=F7=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from vulcan.beatsnet.com (sigi.broker.freenet6.net [IPv6:2001:5c0:1400:b::2a7]) by mx1.freebsd.org (Postfix) with ESMTP id 2547D8FC16 for ; Mon, 30 Jul 2012 18:04:50 +0000 (UTC) Received: from mbp-wl.beatsnet.com (zux165-132.adsl.green.ch [80.254.165.132]) (authenticated bits=0) by vulcan.beatsnet.com (8.14.5/8.14.5) with ESMTP id q6UI4mQL062160 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Mon, 30 Jul 2012 20:04:49 +0200 (CEST) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=beatsnet.com; s=VULCAN_DKIM; t=1343671489; bh=8YwDelu9PwaMyQExxy2AsGaoDQuLhnvAB6hOYQ4sWAg=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=QmJaqRNUHIjvvO+GWxu3R+G/w+942QxQKTGe0kFK13biaCw7W0PaT/0AC8IOFkNfO cUPqOXooypvHumbgPpZqrkNLygRecAuF5t61GuWp2hL5LQrJf3i+dPHf0M/U5cuWB2 k3CZl0GBlrr2KWuQWnTcKnyHnKtg80cs6Exe5BbQ= Message-ID: <5016CCBB.30603@beatsnet.com> Date: Mon, 30 Jul 2012 20:04:43 +0200 From: Beat Siegenthaler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (vulcan.beatsnet.com [193.138.215.102]); Mon, 30 Jul 2012 20:04:49 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.97.4 at vulcan.beatsnet.com X-Virus-Status: Clean Subject: OpenSSL from Ports 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: Mon, 30 Jul 2012 18:04:51 -0000 Hello, Until today, when I was asked what WITH_OPENSSL_PORT=yes should do.. i was obviously wrong: I think whole openssl should be replaced, but : [mym:~] # which openssl /usr/bin/openssl [mym:~] # openssl version OpenSSL 0.9.8x 10 May 2012 there IS a 1.0.1 version but it is not found whit which or whereis: [mym:~] # /usr/local/bin/openssl version OpenSSL 1.0.1c 10 May 2012 Maybe I simply miss some shell basics? Regards, Beat From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 18:37:07 2012 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 018E0106566B for ; Mon, 30 Jul 2012 18:37:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AA4088FC0A for ; Mon, 30 Jul 2012 18:37:06 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Svupv-0008W9-G4>; Mon, 30 Jul 2012 20:36:59 +0200 Received: from e178039083.adsl.alicedsl.de ([85.178.39.83] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Svupv-0007yO-3h>; Mon, 30 Jul 2012 20:36:59 +0200 Message-ID: <5016D443.9030105@zedat.fu-berlin.de> Date: Mon, 30 Jul 2012 20:36:51 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120729 Thunderbird/14.0 MIME-Version: 1.0 To: Beat Siegenthaler References: <5016CCBB.30603@beatsnet.com> In-Reply-To: <5016CCBB.30603@beatsnet.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig368A6F3F139610B38296CDAC" X-Originating-IP: 85.178.39.83 Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSL from Ports 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: Mon, 30 Jul 2012 18:37:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig368A6F3F139610B38296CDAC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 07/30/12 20:04, schrieb Beat Siegenthaler: > Hello, >=20 > Until today, when I was asked what WITH_OPENSSL_PORT=3Dyes should do.. = i > was obviously wrong: > I think whole openssl should be replaced, but : >=20 > [mym:~] # which openssl > /usr/bin/openssl > [mym:~] # openssl version > OpenSSL 0.9.8x 10 May 2012 >=20 > there IS a 1.0.1 version but it is not found whit which or whereis: >=20 > [mym:~] # /usr/local/bin/openssl version > OpenSSL 1.0.1c 10 May 2012 >=20 > Maybe I simply miss some shell basics? > Regards, Beat >=20 Hello. I guess you need to ensure that the path /usr/local/bin is searched BEFORE /usr/bin. If you're using sh(1) as the standard shell of yours, you should ensure this by using something like the following in .profile (or .cshrc, if csh(1)): PATH=3D/usr/local/bin:/usr/local/sbin:${PATH}; export PATH for sh(1) or for csh(1) set path =3D ( /usr/local/bin /usr/local/sbin $path ) Although I use csh(1) as the login shell, I've also set ~/.profile with the propper PATH settings. Since I run FreeBSD 10.0-CURRENT, I have already OpenSSL 1.0.1c. I tested which(1) and whereis(1) on the command lpr(1), which is in my case provided by the FreeBSD base system and located in /usr/bin/lpr, AND by the port print/cups-base by the CUPS printing system. Luckily, since I adjusted the search paths that way, that /usr/local/bin is searched BEFORE /usr/bin, lpr(1) is found first in /usr/local/bin: ohartmann@thor: [~] which lpr /usr/local/bin/lpr But when using whereis(1), the result is the undesired: ohartmann@thor: [~] whereis lpr lpr: /usr/bin/lpr /usr/local/man/man1/lpr.1.gz /usr/src/usr.sbin/lpr The manpage of whereis(1) states, that the $PATH environment variable is searched - but this isn't obviously the case, since the shell's PATH environment variable points to the right lpr(1) in the first place while whereis(1) does ignore it. This behaviour is also identical on boxes which run 24/7 with periodic scripts enabled, updating the locate(1) database. Am I missing something, too? Regards, Oliver --------------enig368A6F3F139610B38296CDAC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQFtRKAAoJEOgBcD7A/5N8uXoH/RMITZdvllUi4jRrSpqmWw/g 4C6hMBNwiWk4ashPDTMj2Fsr3zjSihFCD/Tb8kbcS94bgGSecJYs44MLO1Jas3OS ABpvr5XNeReqtXJIJmPJnsjO7MIxK/0fOvxshLAl2fQk9RAJLeFgKfI6EVgecgWQ f6i7Ioo7OHtrKeuADUAvfZjcVLFSDomi/zH28aBvTNa8NDCwI0jeoro3RwUasklt vBKsrcGeex7didAcBIYEpeZXsV2CaEiRjQBELLaWUNGokzyk6O5Sk6Zp3wnXY3yx i72kXZ798qPGPnR6F4m3w9KXCMM3FJaTokye47HQ6H22fd6Q7dDZBzrtt1g0ljY= =gWtg -----END PGP SIGNATURE----- --------------enig368A6F3F139610B38296CDAC-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 18:46:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C5B7106566B for ; Mon, 30 Jul 2012 18:46:14 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9728FC08 for ; Mon, 30 Jul 2012 18:46:14 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta03.emeryville.ca.mail.comcast.net with comcast id gcL51j0020EPchoA3im89u; Mon, 30 Jul 2012 18:46:08 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta01.emeryville.ca.mail.comcast.net with comcast id gim71j00M4NgCEG8Mim8Sv; Mon, 30 Jul 2012 18:46:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q6UIk6sQ034438; Mon, 30 Jul 2012 12:46:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: "O. Hartmann" In-Reply-To: <5016D443.9030105@zedat.fu-berlin.de> References: <5016CCBB.30603@beatsnet.com> <5016D443.9030105@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" Date: Mon, 30 Jul 2012 12:46:06 -0600 Message-ID: <1343673966.1101.98.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSL from Ports 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: Mon, 30 Jul 2012 18:46:14 -0000 On Mon, 2012-07-30 at 20:36 +0200, O. Hartmann wrote: > Am 07/30/12 20:04, schrieb Beat Siegenthaler: > > Hello, > > > > Until today, when I was asked what WITH_OPENSSL_PORT=yes should do.. i > > was obviously wrong: > > I think whole openssl should be replaced, but : > > > > [mym:~] # which openssl > > /usr/bin/openssl > > [mym:~] # openssl version > > OpenSSL 0.9.8x 10 May 2012 > > > > there IS a 1.0.1 version but it is not found whit which or whereis: > > > > [mym:~] # /usr/local/bin/openssl version > > OpenSSL 1.0.1c 10 May 2012 > > > > Maybe I simply miss some shell basics? > > Regards, Beat > > > > > Hello. > > I guess you need to ensure that the path /usr/local/bin is searched > BEFORE /usr/bin. If you're using sh(1) as the standard shell of yours, > you should ensure this by using something like the following in .profile > (or .cshrc, if csh(1)): > > PATH=/usr/local/bin:/usr/local/sbin:${PATH}; export PATH > > for sh(1) or for csh(1) > > set path = ( /usr/local/bin /usr/local/sbin $path ) > > Although I use csh(1) as the login shell, I've also set ~/.profile with > the propper PATH settings. > > Since I run FreeBSD 10.0-CURRENT, I have already OpenSSL 1.0.1c. I > tested which(1) and whereis(1) on the command lpr(1), which is in my > case provided by the FreeBSD base system and located in /usr/bin/lpr, > AND by the port print/cups-base by the CUPS printing system. Luckily, > since I adjusted the search paths that way, that /usr/local/bin is > searched BEFORE /usr/bin, lpr(1) is found first in /usr/local/bin: > > ohartmann@thor: [~] which lpr > /usr/local/bin/lpr > > > But when using whereis(1), the result is the undesired: > > ohartmann@thor: [~] whereis lpr > lpr: /usr/bin/lpr /usr/local/man/man1/lpr.1.gz /usr/src/usr.sbin/lpr > > > The manpage of whereis(1) states, that the $PATH environment variable is > searched - but this isn't obviously the case, since the shell's PATH > environment variable points to the right lpr(1) in the first place while > whereis(1) does ignore it. > This behaviour is also identical on boxes which run 24/7 with periodic > scripts enabled, updating the locate(1) database. > > Am I missing something, too? The whereis(1) manpage says that the value of $PATH is *appended* to the standard places it searches, so it still finds the base system version of something before any ports-provided version in /usr/local regardless of PATH. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 19:01:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1C991065674 for ; Mon, 30 Jul 2012 19:01:32 +0000 (UTC) (envelope-from SRS0=xyBb8Onb=F7=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from vulcan.beatsnet.com (sigi.broker.freenet6.net [IPv6:2001:5c0:1400:b::2a7]) by mx1.freebsd.org (Postfix) with ESMTP id 5BEB78FC0A for ; Mon, 30 Jul 2012 19:01:32 +0000 (UTC) Received: from mbp-wl.beatsnet.com (zux165-132.adsl.green.ch [80.254.165.132]) (authenticated bits=0) by vulcan.beatsnet.com (8.14.5/8.14.5) with ESMTP id q6UJ1Ths065395 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Mon, 30 Jul 2012 21:01:30 +0200 (CEST) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=beatsnet.com; s=VULCAN_DKIM; t=1343674890; bh=o9QRLAgtgyLMRf5krwr/D/Ckw0JcAbExLxTIdqlpmZQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=i8/ixJHWofOP2/1fgR/FpYtUNvC5Dij9QLIGSMd5BqXeL2AySr619xkWqPMLpCFRn vmK632j0C40rzdXSB/hOVf+LjBFkUIbuuP2JRa90jVL2/gMhg6zNpYr2+vJ9QEWG86 /LNhbPp80V41C6NreBFMpQfjGH0EpK2V6gf99Vz8= Message-ID: <5016DA03.7080304@beatsnet.com> Date: Mon, 30 Jul 2012 21:01:23 +0200 From: Beat Siegenthaler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5016CCBB.30603@beatsnet.com> <5016D443.9030105@zedat.fu-berlin.de> In-Reply-To: <5016D443.9030105@zedat.fu-berlin.de> X-Enigmail-Version: 1.4.3 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (vulcan.beatsnet.com [193.138.215.102]); Mon, 30 Jul 2012 21:01:30 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.97.4 at vulcan.beatsnet.com X-Virus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: OpenSSL from Ports 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: Mon, 30 Jul 2012 19:01:32 -0000 On 30.07.12 20:36, O. Hartmann wrote > I guess you need to ensure that the path /usr/local/bin is searched BEFORE /usr/bin. If you're using sh(1) as the standard shell of yours, you should ensure this by using something like the following in .profile (or .cshrc, if csh(1)): Never tweaked that: bash: PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin sh: PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin csh: path (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /root/bin) zsh: path (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /root/bin) It seems to be important to know, what "build from port" means. There is still some tweaking necessary. thanks From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 19:04:58 2012 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 860AA106564A for ; Mon, 30 Jul 2012 19:04:58 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 385F48FC12 for ; Mon, 30 Jul 2012 19:04:58 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SvvGz-00038T-Em>; Mon, 30 Jul 2012 21:04:57 +0200 Received: from e178039083.adsl.alicedsl.de ([85.178.39.83] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SvvGz-00015E-8b>; Mon, 30 Jul 2012 21:04:57 +0200 Message-ID: <5016DAD1.9070208@zedat.fu-berlin.de> Date: Mon, 30 Jul 2012 21:04:49 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120729 Thunderbird/14.0 MIME-Version: 1.0 To: Ian Lepore References: <5016CCBB.30603@beatsnet.com> <5016D443.9030105@zedat.fu-berlin.de> <1343673966.1101.98.camel@revolution.hippie.lan> In-Reply-To: <1343673966.1101.98.camel@revolution.hippie.lan> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig37FD85D52E350313A96C3646" X-Originating-IP: 85.178.39.83 Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSL from Ports 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: Mon, 30 Jul 2012 19:04:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig37FD85D52E350313A96C3646 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am 07/30/12 20:46, schrieb Ian Lepore: > On Mon, 2012-07-30 at 20:36 +0200, O. Hartmann wrote: >> Am 07/30/12 20:04, schrieb Beat Siegenthaler: >>> Hello, >>> >>> Until today, when I was asked what WITH_OPENSSL_PORT=3Dyes should do.= =2E i >>> was obviously wrong: >>> I think whole openssl should be replaced, but : >>> >>> [mym:~] # which openssl >>> /usr/bin/openssl >>> [mym:~] # openssl version >>> OpenSSL 0.9.8x 10 May 2012 >>> >>> there IS a 1.0.1 version but it is not found whit which or whereis: >>> >>> [mym:~] # /usr/local/bin/openssl version >>> OpenSSL 1.0.1c 10 May 2012 >>> >>> Maybe I simply miss some shell basics? >>> Regards, Beat >>> >> >> >> Hello. >> >> I guess you need to ensure that the path /usr/local/bin is searched >> BEFORE /usr/bin. If you're using sh(1) as the standard shell of yours,= >> you should ensure this by using something like the following in .profi= le >> (or .cshrc, if csh(1)): >> >> PATH=3D/usr/local/bin:/usr/local/sbin:${PATH}; export PATH >> >> for sh(1) or for csh(1) >> >> set path =3D ( /usr/local/bin /usr/local/sbin $path ) >> >> Although I use csh(1) as the login shell, I've also set ~/.profile wit= h >> the propper PATH settings. >> >> Since I run FreeBSD 10.0-CURRENT, I have already OpenSSL 1.0.1c. I >> tested which(1) and whereis(1) on the command lpr(1), which is in my >> case provided by the FreeBSD base system and located in /usr/bin/lpr, >> AND by the port print/cups-base by the CUPS printing system. Luckily, >> since I adjusted the search paths that way, that /usr/local/bin is >> searched BEFORE /usr/bin, lpr(1) is found first in /usr/local/bin: >> >> ohartmann@thor: [~] which lpr >> /usr/local/bin/lpr >> >> >> But when using whereis(1), the result is the undesired: >> >> ohartmann@thor: [~] whereis lpr >> lpr: /usr/bin/lpr /usr/local/man/man1/lpr.1.gz /usr/src/usr.sbin/lpr >> >> >> The manpage of whereis(1) states, that the $PATH environment variable = is >> searched - but this isn't obviously the case, since the shell's PATH >> environment variable points to the right lpr(1) in the first place whi= le >> whereis(1) does ignore it. >> This behaviour is also identical on boxes which run 24/7 with periodic= >> scripts enabled, updating the locate(1) database. >> >> Am I missing something, too? >=20 > The whereis(1) manpage says that the value of $PATH is *appended* to th= e > standard places it searches, so it still finds the base system version > of something before any ports-provided version in /usr/local regardless= > of PATH. =20 >=20 > -- Ian >=20 >=20 You're right, I misinterpreted "... The default path searched is the string returned by the sysctl(8) utility for the =93user.cs_path=94 strin= g, with /usr/libexec, /usr/games and the current user's $PATH appended." Obviously is 'user.cs_path' not related to anything in the user's environment, as I expected to be. --------------enig37FD85D52E350313A96C3646 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQFtrYAAoJEOgBcD7A/5N8lOsH/0A9BdUgZnQ5AuN7gtiI36eX YkqNWjI9KNMmAGdLrFwc5x95JVPQPhypAjuiIwIEam1aJnEjYK1/ROVXmVLmpJi4 FxcxM1/34LpDC/mofx56i3Ej/GTZXuSENYZi8WlI79dCbzKo4Eeq1LvRRrmujkiS iep3pDoDWPhVoudhjUIunYNy7OtvlTMlx8JnRSf6FDr0Yazrc/HRToMFF1q3EZ8W KeWldF3eoVfdM2xjCoAIZxWxYVErmfGeRMJTd+JJrMURnrVyAZ8oA3ccv+8VwTjb 1K1yjPrySKXiBzduDtyLDBYKwHmDhCdPf1inliqi4Z63gEhI+QBJJ4wZHd1C75k= =FXAH -----END PGP SIGNATURE----- --------------enig37FD85D52E350313A96C3646-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 20:38:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F5A31065672 for ; Mon, 30 Jul 2012 20:38:36 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id BA0458FC15 for ; Mon, 30 Jul 2012 20:38:35 +0000 (UTC) Received: by ggnm2 with SMTP id m2so6191231ggn.13 for ; Mon, 30 Jul 2012 13:38:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=2hXOWXKPmJFzGb0h2PgAhFSV5UHV2nueemRkeeW7S6k=; b=jJBrXMs9063cJsavMHnOBKpKVVib3nFXgNvZB3ppLCfTUwf2UxXZqWREc4XITSsUmt quDBirUoLGRQhdumqAU0MaPpbgcVQXBpK4yztkMDKmGRVwIVL9zKdN+F2N0ZBDBNR+BC 4QbqmLCHZAVebyO/6J6j8rg+zRN9HeS+zrip5OHuiL9DnSX3FKvzNl5ZEfJ5Ye4RRIX5 tdg3gdzmQJVAk6gKn94phWvMXKy81ZDdnwE2V5jHyNuMBk+HAzLNe0vzZGkonXstmIMd I8jlNPRiyW3i5dhyRdSkw/8JeUHV5P2WFfgPq0xQXjK7kUccK04aYbpYL3ZXilIz/3vt rtkQ== Received: by 10.236.144.137 with SMTP id n9mr7015511yhj.107.1343680714999; Mon, 30 Jul 2012 13:38:34 -0700 (PDT) Received: from AL-MB-MWS0001.mediacomcorp.com (173-17-217-144.client.mchsi.com. [173.17.217.144]) by mx.google.com with ESMTPS id i3sm1820096anl.0.2012.07.30.13.38.33 (version=SSLv3 cipher=OTHER); Mon, 30 Jul 2012 13:38:34 -0700 (PDT) Date: Mon, 30 Jul 2012 15:38:32 -0500 From: Chuck Burns To: freebsd-stable@freebsd.org Message-Id: <20120730153832.4303ab95.break19@gmail.com> In-Reply-To: <5016DA03.7080304@beatsnet.com> References: <5016CCBB.30603@beatsnet.com> <5016D443.9030105@zedat.fu-berlin.de> <5016DA03.7080304@beatsnet.com> X-Mailer: Sylpheed 3.1.3 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: OpenSSL from Ports 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: Mon, 30 Jul 2012 20:38:36 -0000 On Mon, 30 Jul 2012 21:01:23 +0200 Beat Siegenthaler wrote: > > It seems to be important to know, what "build from port" means. There is > still some tweaking necessary. > > thanks > > > _______________________________________________ > 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" Is it possible that openssl in base is just left over from the previous world? I don't think "build from ports" entails removing something from the disk, just that it isn't rebuilt when buildworld is issued. -- Chuck Burns From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 21:18:32 2012 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 669A81065680 for ; Mon, 30 Jul 2012 21:18:32 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id B9B008FC16 for ; Mon, 30 Jul 2012 21:18:31 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q6ULISkd092069 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 30 Jul 2012 22:18:28 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q6ULISkd092069 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1343683108; bh=8GtU7f5tiOQRjAeYr6E1NclS+ibO10qWAK9k8ux6ZhA=; h=Date:From:To:CC:Subject:References:In-Reply-To:Content-Type: Message-ID:Mime-Version; b=CRvujS7A+vIR/IAMLOin2SasjeB3msY8BaZ9WvdexcB5pYXTizf1wDneiwdxwsVIa zpgOJM6gLFUKv7rm+L9xsBWGiTYAYaT7VDe5BhWFryIF8zQ0l1C4FhX0SrDs+iSikn naakl59wBen3wLEsBSHZiG37NkdYnoiNUwUBw/+o= Message-ID: <5016FA1C.6090003@infracaninophile.co.uk> Date: Mon, 30 Jul 2012 22:18:20 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Chuck Burns References: <5016CCBB.30603@beatsnet.com> <5016D443.9030105@zedat.fu-berlin.de> <5016DA03.7080304@beatsnet.com> <20120730153832.4303ab95.break19@gmail.com> In-Reply-To: <20120730153832.4303ab95.break19@gmail.com> X-Enigmail-Version: 1.4.3 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF876A9D9F80B8A74079FD83B" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSL from Ports 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: Mon, 30 Jul 2012 21:18:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF876A9D9F80B8A74079FD83B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 30/07/2012 21:38, Chuck Burns wrote: > On Mon, 30 Jul 2012 21:01:23 +0200 > Beat Siegenthaler wrote: >> It seems to be important to know, what "build from port" means. There = is >> still some tweaking necessary. > Is it possible that openssl in base is just left over from the > previous world? I don't think "build from ports" entails removing > something from the disk, just that it isn't rebuilt when buildworld is > issued. Arguments in this thread about which openssl binary is found first on $PATH are kind of missing the point. For pretty much all use cases, it's not the openssl binary itself which is important, but the shared libraries that come with it. WITH_OPENSSL_PORT=3Dyes means that any ports you build which use SSL functions will be linked against the shlibs from the openssl port rather than those from the base. Like so: % ldd /usr/local/sbin/opendkim /usr/local/sbin/opendkim: libopendkim.so.6 =3D> /usr/local/lib/libopendkim.so.6 (0x800839000) libar.so.2 =3D> /usr/local/lib/libar.so.2 (0x800a55000) libmilter.so.4 =3D> /usr/local/lib/libmilter.so.4 (0x800c5b000) **--> libssl.so.8 =3D> /usr/local/lib/libssl.so.8 (0x800e6b000) **--> libcrypto.so.8 =3D> /usr/local/lib/libcrypto.so.8 (0x8010ce000) libthr.so.3 =3D> /lib/libthr.so.3 (0x80148e000) libc.so.7 =3D> /lib/libc.so.7 (0x8016b0000) You can see that it is finding the libs it needs in /usr/local/lib completely automatically. No fiddling with paths or manual tweaking of ldconfig required -- that's all handled within the ports at build/install time. Of course, after setting WITH_OPENSSL_PORT=3Dyes you will need to reinstall all your ports that use SSL functionality to get the benefit. However, the bits of the base system that use SSL will still use the version of openssl from the base: % ldd /usr/sbin/named /usr/sbin/named: **--> libcrypto.so.6 =3D> /lib/libcrypto.so.6 (0x800a1c000) libthr.so.3 =3D> /lib/libthr.so.3 (0x800db9000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800fdb000) libc.so.7 =3D> /lib/libc.so.7 (0x8011e8000) If you disable building openssl in src.conf, then you stop any of the utilities in the base being able to use crypto, which is on the whole a very bad thing for security. Not recommended. If you're concerned that the version of openssl in the base (0.9.8x for stable/9) appears outdated, don't be. While this isn't the highest available version from the openssl project, it still has all of the security fixes applied to it. Head has been upgraded to openssl-1.0.1c, which will be in the FreeBSD 10.x release series. Upgrading earlier FreeBSD versions like that would break the ABI stability rules, so it's not going to happen. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigF876A9D9F80B8A74079FD83B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAW+iMACgkQ8Mjk52CukIyKaQCfYXDjsMSSq+hVwyL3swBiciqR K2wAnigr2nsOG9i/INDI/f7KMVzpqB1j =wQLP -----END PGP SIGNATURE----- --------------enigF876A9D9F80B8A74079FD83B-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 21:46:46 2012 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 19A3B1065674 for ; Mon, 30 Jul 2012 21:46:46 +0000 (UTC) (envelope-from lpeterson@lcnets.org) Received: from mail.weavemail.org (unknown [IPv6:2002:4626:5600::4626:5600]) by mx1.freebsd.org (Postfix) with SMTP id E911F8FC15 for ; Mon, 30 Jul 2012 21:46:44 +0000 (UTC) Received: from fsheu-PC ([70.183.24.98]) by mail.weavemail.org ; Mon, 30 Jul 2012 12:45:57 -0700 Message-ID: <02ebd206-41120-0c765319573727@fsheu-pc> From: "Larry Peterson" To: freebsd-stable@freebsd.org Date: Mon, 30 Jul 2012 12:45:01 -0700 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Priority: 3 Subject: Community Collaborative Networks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Larry Peterson List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 21:46:46 -0000 July 30, 2012 Dear Community Leader, The Community Collaborative Networks at http://www.lcnets.org is inviting members to join. While a social network is for sharing of personal news and events, a community collaborative network is for sharing of resources (including information and tools) in a local community (by city) among its members. In the simplest case members can collaborate to create a comprehensive repository of resources. As specific needs arise further collaborations among individual members can spin off more collaborative networks. With a free membership you can network with other members in your local community via your private ‘space’ (where you create your own space name and slogan). You can also create your own collaborative networks so others can join. We hope you will find them useful, and look forward to your participation! Sincerely, Larry Peterson lpeterson@lcnets.org Community Collaborative Networks We apologize if you receive multiple copies of this message; to unsubscribe (mailto:unsubscribe@wikinets.org). From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 03:24:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9D5E106566C for ; Tue, 31 Jul 2012 03:24:58 +0000 (UTC) (envelope-from ryao@gentoo.org) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 879818FC08 for ; Tue, 31 Jul 2012 03:24:58 +0000 (UTC) Received: from [192.168.1.2] (pool-72-89-250-138.nycmny.fios.verizon.net [72.89.250.138]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ryao) by smtp.gentoo.org (Postfix) with ESMTPSA id D38F61B401E for ; Tue, 31 Jul 2012 03:24:57 +0000 (UTC) Message-ID: <50174F85.8020903@gentoo.org> Date: Mon, 30 Jul 2012 23:22:45 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120628 Thunderbird/10.0.5 MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1E5579C4DAC85A9E05F2CC9C" Cc: Subject: FreeBSD 9.1-BETA1 amd64 fails to mount ZFS rootfs with error 2 when system has more than 3584MB of RAM 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, 31 Jul 2012 03:24:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1E5579C4DAC85A9E05F2CC9C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear Everyone, I am running FreeBSD 9.1-BETA1 amd64 on ZFS in KVM on Gentoo Linux on ZFS. The root pool uses ashift=3D13 and is on a single disk. The kernel fails to mount the root filesystem if the system has more than 3584MB of RAM. I did a manual binary search to try to find the exact upper limit, but stopped when I tried 3648MB. FreeBSD 9.0-RELEASE works perfectly. Yours truly, Richard Yao --------------enig1E5579C4DAC85A9E05F2CC9C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQF0+IAAoJECDuEZm+6ExkF88QAInFiyBh/ZlKevTjsOEj9g1U yCroc3ZUK2lL3bClvg0G9X0WJiPA8o6YaH0yhJ7ycPeZ6BMmSqFcPBKBeAxymRI3 RFjJxQqWxjf2unBuyLcY7dCZcCfnQ7ewzg9EvsTbNMQj06GPMqxTdlTHFl9ND91d YmxVBGPoIjvxpEBg+dfufzDK3VCLs7dW75Jj5OqsyumYTCL4ImjPYSYKAfGvYXMh Jx+Qw/BvuNsaFcwZ0pYgwhRLTC2hEuoB4F54Ru/utGgi5wJBPhax/BKMbZoKZQ3L sP+ntWsSUykBv7g7MTWVcnxs4+ZTnJJFjVaTIKv4cT2aVZ/KPcxfVA7QjW4676Sc xrSoaKxpAZ/PAPQPdeLo7FZ7nBd/CnnS+7K2idThcOvzYPAFXA6QxhftUXxpDv1T O6AghQlRjvelx53bEXnBhg8Pkm9JNcYbQlh5kti/f5tBX+MjtEIF451sQXOrQJzy bnWSJ6eO6Wy6AqNeh0OC8kcpQEa7DuYX6Pr3/ByyA4zvf4Js2PkcHO2EoJSUhO9a ScERov3qgE3J1FwoBbU73ZSyfKqop63TmzOzsha8UGqKpoFpqucCP7WG8jCTZaXQ uO8Ndrd7RlLv7e8Fe5PDB9zduqQao0Lazo6E2M3stZYk8697jGT/IrF35GLvpof7 ENXGE1HD1ArML+4WZiRC =mHCg -----END PGP SIGNATURE----- --------------enig1E5579C4DAC85A9E05F2CC9C-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 14:37:51 2012 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 1B9C7106564A for ; Tue, 31 Jul 2012 14:37:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 692128FC0C for ; Tue, 31 Jul 2012 14:37:50 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA29108; Tue, 31 Jul 2012 17:37:22 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <5017EDA1.7030301@FreeBSD.org> Date: Tue, 31 Jul 2012 17:37:21 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: Richard Yao References: <50174F85.8020903@gentoo.org> In-Reply-To: <50174F85.8020903@gentoo.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@FreeBSD.org Subject: Re: FreeBSD 9.1-BETA1 amd64 fails to mount ZFS rootfs with error 2 when system has more than 3584MB of RAM 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, 31 Jul 2012 14:37:51 -0000 on 31/07/2012 06:22 Richard Yao said the following: > Dear Everyone, > > I am running FreeBSD 9.1-BETA1 amd64 on ZFS in KVM on Gentoo Linux on > ZFS. The root pool uses ashift=13 and is on a single disk. The kernel > fails to mount the root filesystem if the system has more than 3584MB of > RAM. I did a manual binary search to try to find the exact upper limit, > but stopped when I tried 3648MB. > > FreeBSD 9.0-RELEASE works perfectly. Are you able to catch dmesg up to mount failure? If yes, then please set vfs.zfs.debug=1 in loader.conf or at the prompt and share the messages. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 18:03:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DDFD1065675 for ; Tue, 31 Jul 2012 18:03:34 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1816A8FC08 for ; Tue, 31 Jul 2012 18:03:33 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q6VI29Wj097138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 Jul 2012 20:02:09 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50181D9B.1030309@omnilan.de> Date: Tue, 31 Jul 2012 20:02:03 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable List References: <5011902C.1070600@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig337CE3F9D1F0152303E15003" Subject: Re: Regression with jails/IPv6/pf 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, 31 Jul 2012 18:03:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig337CE3F9D1F0152303E15003 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable schrieb Bjoern A. Zeeb am 29.07.2012 01:02 (localtime): > On Thu, 26 Jul 2012, Matthew Seaman wrote: > > Just for the public; I am talking to him privately currently; I'll > summarize findings either here or in a commit message. > Thanks for the info! Any news worth to share? Best regards, -Harry --------------enig337CE3F9D1F0152303E15003 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlAYHZsACgkQLDqVQ9VXb8heqACgtW4ZnlPfDInGLz6HCLK5Bz1p 1k4AnA/oVx6hhA9B8A+nQvWRuEwbBm1Q =R+/2 -----END PGP SIGNATURE----- --------------enig337CE3F9D1F0152303E15003-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 18:10:34 2012 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 9F012106566B for ; Tue, 31 Jul 2012 18:10:34 +0000 (UTC) (envelope-from denisgranato@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2868FC1D for ; Tue, 31 Jul 2012 18:10:34 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so5889771wgb.31 for ; Tue, 31 Jul 2012 11:10:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=nwm5bshslWGby0OzEQyfUgzRdo/FtkDOhSz/oga7a0Y=; b=cBy5FxA3HF63dvYWHhVlP4omwYDd3zufR+uhi2XbNAJCACyKgWTtvFm7k/bG5Rf75u HvVuMU41tDbYP2MrEY6OrETgx/O21aoIZnyFqrmVpnuQk1iV3W65kR47dvL558+tovTE 67QItQrPiVC7XEZ+3Sni/YWzIfTtkyJVZJkop6sAA/aAAoV6g7TmSDyd824p+pTbaMDj 5LdVIatCIrSenc6T0KMeVVySSNMmwUjIiYtioZ8Ox6N/24jKjKVqnGJAUEZejJqZDWvY CuRlW4vv2+82KiznD/892t9EaKJbZdcDSTXv+E/oqLvWONND0sEWdQrx8fcAz/op7/34 pbnA== Received: by 10.180.83.66 with SMTP id o2mr9120783wiy.14.1343758233129; Tue, 31 Jul 2012 11:10:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.43.169 with HTTP; Tue, 31 Jul 2012 11:10:03 -0700 (PDT) From: Denis Granato Date: Tue, 31 Jul 2012 15:10:03 -0300 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mpd5 server questions 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, 31 Jul 2012 18:10:34 -0000 Hi guys, I'm from Brazil, and it is my first email on this list (sry about my english) I'm trying to configure a mpd5 server (pptp) in a FreeBSD 9,1 i386 Anyone here has a configuration sample (mpd.conf, mpd.links, etc) to help me ? tks From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 19:23:35 2012 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 7BC4B106564A; Tue, 31 Jul 2012 19:23:35 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1558FC0C; Tue, 31 Jul 2012 19:23:35 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 31 Jul 2012 12:24:38 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id q6VJNSo8035724; Tue, 31 Jul 2012 12:23:28 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id q6VJNSM6035723; Tue, 31 Jul 2012 12:23:28 -0700 (PDT) (envelope-from ambrisko) Date: Tue, 31 Jul 2012 12:23:28 -0700 From: Doug Ambrisko To: Andriy Gapon Message-ID: <20120731192328.GA33557@internal.ambrisko.com> References: <1343350238.12294.10.camel@powernoodle.corp.yahoo.com> <23294764-F30B-4732-8C41-3F0ECA5F273C@averesystems.com> <5012F14F.7070204@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5012F14F.7070204@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Mailing List , John Baldwin , Andrew Boyer Subject: Re: IPMI hardware watchdogs Re: dell r420/r320 stable/9 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, 31 Jul 2012 19:23:35 -0000 On Fri, Jul 27, 2012 at 10:51:43PM +0300, Andriy Gapon wrote: | on 27/07/2012 17:33 Andrew Boyer said the following: | > | > On Jul 26, 2012, at 8:50 PM, Sean Bruno wrote: | > | >> For the time being I had to revert the following from my stable/9 tree. | >> Otherwise I would get a kernel panic on shutdown from ipmi(4). | >> | >> http://svnweb.freebsd.org/base?view=revision&revision=237839 | >> http://svnweb.freebsd.org/base?view=revision&revision=221121 | > | > On a somewhat related note: We noticed recently that you can't pet or disable | > the IPMI hardware watchdog once SCHEDULER_STOPPED() is true. This means it | > can fire unexpectedly while you're dumping core or rebooting, depending on | > how long the timeout was on the pet before the panic. The ipmi driver will | > need to process the command differently if the scheduler is stopped. I | > haven't had time to look at a fix yet. | | Yeah, I noticed that unlike most (all?) other watchdog drivers where watchdog | re-arming is a very basic operation like doing one I/O the IPMI watchdog does | some more complex stuff which involves waiting on another thread. I think that | this may be a little bit too much for a reliable watchdog driver. At least, as | you note, this definitely won't work for the panic case where only one thread is | left running. I guess that the driver should check for that case and do a | direct operation instead of enqueueing a request and waiting for another thread | to execute it. I have some local hacks, that allows KCS mode to run in a polled mode. We do that so we can put kernel back traces into the system event log. Julian had code in FreeBSD to "pat" a watchdog during a core dump. We have local code here to disable console muted when dropping into the kernel debugger and enable console muting when exited. It might be useful to tie this into the watchdog, disable it when in kernel debugger and resume it when exited. With my polling hack, I don't think I delt with the case if there was already a transaction in progress. SMIC could be done like KCS. SSIF could be harder since it uses the i2c interface to talk to the HW which is more complicated. Thanks, Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:42:51 2012 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 49A321065673 for ; Tue, 31 Jul 2012 20:42:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4E48FC12 for ; Tue, 31 Jul 2012 20:42:51 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 77415B918; Tue, 31 Jul 2012 16:42:50 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 31 Jul 2012 16:32:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <5007CFE6.6030808@intersonic.se> <500853DA.8050502@intersonic.se> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207311632.30938.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 31 Jul 2012 16:42:50 -0400 (EDT) Cc: jb Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 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, 31 Jul 2012 20:42:51 -0000 On Friday, July 20, 2012 10:11:33 am jb wrote: > Per olof Ljungmark intersonic.se> writes: > > > ... > > >> Did anyone else experience this? With 9.1-BETA1 the boot process > > >> freezes, among the last lines with verbose boot are > > >> > > >> acpi_acad0: On Line > > >> acpi_acad0: acline initialization done, tried 1 times > > >> > > >> after this, dead. > > >> ... > > Tried ALL boot options, none worked. For example, if I try "disable > > acpi" it will stop at "no event timer available". > > Here is something similar ... > http://forums.freebsd.org/archive/index.php/t-32423.html > ... > "When I enabled verbose boot logging, the boot seems to hang up just after the > kernel load. I have tried disabling ACPI and APIC with the same results. > > Here is where the news starts to turn good. I tried a FreeBSD 9 disk and got > much further. Then, I was either getting a page fault or panic: no usable event > timer found depending on boot options. The release errata then set me straight. > With debug.acpi.disabled="hostres" I was able to boot! ..." > > Here is the related errata: > http://www.freebsd.org/releases/9.0R/errata.html > ... > "[amd64, i386] FreeBSD 9.0-RELEASE includes several changes to improve resource > management of PCI devices. Some x86 machines may not boot or may have devices > that no longer attach when using ACPI as a result of these changes. This can be > worked around by setting a loader(8) tunable debug.acpi.disabled to hostres. To > do this, enter the following lines at the loader prompt: > > set debug.acpi.disabled="hostres" > boot > > Or, put the following line into /boot/loader.conf: > > debug.acpi.disabled="hostres" > ..." > > Anyway, regardless of this attempt, file a PR# for 9.1-BETA1. Please try this and let me know if it works. The bugs that I knew of related to "hostres" should be fixed in 9.1, so if there are still problems I'd like to know about it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:42:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64514106564A; Tue, 31 Jul 2012 20:42:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A08B8FC14; Tue, 31 Jul 2012 20:42:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 92D86B946; Tue, 31 Jul 2012 16:42:51 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, sbruno@freebsd.org Date: Tue, 31 Jul 2012 16:34:24 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201207311634.24169.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 31 Jul 2012 16:42:51 -0400 (EDT) Cc: Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() 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, 31 Jul 2012 20:42:52 -0000 On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote: > Working on the Dell R420 today, got most of it working, even the > broadcom ethernet cards! However, I get the following when I reboot the > system: > > Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9) > owns a non-sleepable lock > KDB: stack backtrace of thread 100107: > sched_switch() at sched_switch+0x19f > mi_switch() at mi_switch+0x208 > sleepq_switch() at sleepq_switch+0xfc > sleepq_wait() at sleepq_wait+0x4d > _sleep() at _sleep+0x3f6 > ipmi_submit_driver_request() at ipmi_submit_driver_request+0x97 > ipmi_set_watchdog() at ipmi_set_watchdog+0xb1 > ipmi_wd_event() at ipmi_wd_event+0x8f > kern_do_pat() at kern_do_pat+0x10f > sched_sync() at sched_sync+0x1ea > fork_exit() at fork_exit+0x135 > fork_trampoline() at fork_trampoline+0xe Hmmm, the watchdog pat should probably happen without holding locks if possible. This is related to the IPMI watchdog being special and wanting to schedule a thread to work. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:42:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57678106566B for ; Tue, 31 Jul 2012 20:42:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC308FC15 for ; Tue, 31 Jul 2012 20:42:53 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 86014B98B; Tue, 31 Jul 2012 16:42:52 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 31 Jul 2012 16:39:29 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <0974E59F-62DA-407A-99A7-6704A70D12C6@airwired.net> <20120724102601.GU2676@deviant.kiev.zoral.com.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207311639.29970.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 31 Jul 2012 16:42:52 -0400 (EDT) Cc: Konstantin Belousov , Dan Allen Subject: Re: local APIC error 0x40 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, 31 Jul 2012 20:42:53 -0000 On Tuesday, July 24, 2012 9:32:45 pm Dan Allen wrote: > > On 24 Jul 2012, at 4:26 AM, Konstantin Belousov wrote: > > > Does your system slows down with these messages ? 0x40 means that some > > code tried to send IPI with interrupt number from the range of assigned > > CPU faults. I believe that FreeBSD code never does that. > > So, I reverted to > > $FreeBSD: src/sys/i386/i386/machdep.c,v 1.688.2.31 2012/06/13 15:25:52 jhb Exp $ > > and rebuilt the kernel. By making that one change my fan problem is fixed! No more 0x40 msgs, although I only have 1 core again due to my use of hint.apic.0.disabled="1" in /boot/loader.conf. So to be clear, does that revision work fine, it's a future revision that breaks things, or does that revision break? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:49:05 2012 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 BFE3F106566C for ; Tue, 31 Jul 2012 20:49:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 82B928FC08 for ; Tue, 31 Jul 2012 20:49:05 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id q6VKn3Lv017839; Tue, 31 Jul 2012 16:49:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <501844AA.8020905@sentex.net> Date: Tue, 31 Jul 2012 16:48:42 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Denis Granato References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: mpd5 server questions 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, 31 Jul 2012 20:49:05 -0000 On 7/31/2012 2:10 PM, Denis Granato wrote: > Hi guys, > > I'm from Brazil, and it is my first email on this list (sry about my > english) > > I'm trying to configure a mpd5 server (pptp) in a FreeBSD 9,1 i386 > > Anyone here has a configuration sample (mpd.conf, mpd.links, etc) to help Hi, Look at /usr/local/etc/mpd5/mpd.conf.sample. A complete config with comments is in there... There is also a lot of discussion on the sourceforge list. Much of it is in Russian, but its easy to follow along (and even participate) using google translate. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:50:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21C081065676 for ; Tue, 31 Jul 2012 20:50:15 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A61D38FC08 for ; Tue, 31 Jul 2012 20:50:14 +0000 (UTC) Received: by eaak11 with SMTP id k11so556737eaa.13 for ; Tue, 31 Jul 2012 13:50:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hz/HLScG6Dpdw4dO87jGjmTxEFUUUmlp0sDkoyZ8HbU=; b=GXqWBqcFe7blAoxoPM1jOzeAMBTZYG15rXZWWFzIbt3GJfL3WowbD3xZLQWhoENzrp xbz4ZQ05gD1C/dhn7Ihib64mwa/0P+hSKjmBm+H5OmzUhcz6ANcL9JnAobc9kEqJxRRO HRl9Y/rRb5xHVGHQPMhD36/NbD+85meSob47pl45zTfg/E7L+WCaYS2zEDxUJYrAE4dE qPLhhycfgbLnCPKgsRqgIjmCcEeJgFc87kA8lu2QX9xz2NjSvZIO2jV9u28JZd/CaWDp g9fcM5OlJptlbnMKwY70xVPi/SnqcxZhDQ96IL2vB379jINL0mCxJi8iISKk29eNfnii GqyQ== MIME-Version: 1.0 Received: by 10.14.211.132 with SMTP id w4mr19438002eeo.39.1343767808498; Tue, 31 Jul 2012 13:50:08 -0700 (PDT) Received: by 10.14.216.70 with HTTP; Tue, 31 Jul 2012 13:50:08 -0700 (PDT) In-Reply-To: References: Date: Tue, 31 Jul 2012 23:50:08 +0300 Message-ID: From: Marin Atanasov Nikolov To: Denis Granato Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: mpd5 server questions 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, 31 Jul 2012 20:50:15 -0000 On Tue, Jul 31, 2012 at 9:10 PM, Denis Granato wrote: > Hi guys, > Hi Denis, > I'm from Brazil, and it is my first email on this list (sry about my > english) > > I'm trying to configure a mpd5 server (pptp) in a FreeBSD 9,1 i386 > > Anyone here has a configuration sample (mpd.conf, mpd.links, etc) to help > me ? Sometime ago I've written a short documentation on how to get mpd5 configured and installed on FreeBSD. You can find the documentation here with sample configuration files: - http://unix-heaven.org/node/33 Hope you find it useful. Regards, Marin > > tks > _______________________________________________ > 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" -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 20:51:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45FDF106566B; Tue, 31 Jul 2012 20:51:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5629F8FC15; Tue, 31 Jul 2012 20:51:20 +0000 (UTC) Received: by lbon10 with SMTP id n10so5294591lbo.13 for ; Tue, 31 Jul 2012 13:51:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Dfc5hpRxCfrSfMGmjrxcCgVsex/heW/e4ysZRV0UV0w=; b=ourS90Qwim3Ad4+tZzUgSG4uSEdEhTV1h1jal+wSx/uhbhgYyWqJ51FAXKB/Ax/d7W 2ad0U3J53J5CiCMS8VkqoHVmwqcKs8FzjCxitr7fLDWKmamHNN9NIyadPaspNkSU4726 MOakvLXdU9hI4QgZp2/y13WiXyOG6qxJMLCMmj2MG4+X2JUegrHGubdT5W1rd/z+t4Xv 3LIXpPPJeHPPg9HB6VEVoMtE4I3HpOTuO6EiXdkm1dHg/gwlUzKJCO2i5kM/uxqz1Z9a l2s1wKEQApI2ob7TcQMjFqfXR2qzMg3jVTEXW6/K2a5nF5f8/nicIoshyrGBn8Tghkkh vTsw== MIME-Version: 1.0 Received: by 10.152.46.6 with SMTP id r6mr16131876lam.7.1343767879327; Tue, 31 Jul 2012 13:51:19 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Tue, 31 Jul 2012 13:51:19 -0700 (PDT) In-Reply-To: <201207311634.24169.jhb@freebsd.org> References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201207311634.24169.jhb@freebsd.org> Date: Tue, 31 Jul 2012 21:51:19 +0100 X-Google-Sender-Auth: k0s3lyepoSL6Jk33N6xN5PY3Ql8 Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2012 20:51:21 -0000 On 7/31/12, John Baldwin wrote: > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote: >> Working on the Dell R420 today, got most of it working, even the >> broadcom ethernet cards! However, I get the following when I reboot the >> system: >> >> Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9) >> owns a non-sleepable lock >> KDB: stack backtrace of thread 100107: >> sched_switch() at sched_switch+0x19f >> mi_switch() at mi_switch+0x208 >> sleepq_switch() at sleepq_switch+0xfc >> sleepq_wait() at sleepq_wait+0x4d >> _sleep() at _sleep+0x3f6 >> ipmi_submit_driver_request() at ipmi_submit_driver_request+0x97 >> ipmi_set_watchdog() at ipmi_set_watchdog+0xb1 >> ipmi_wd_event() at ipmi_wd_event+0x8f >> kern_do_pat() at kern_do_pat+0x10f >> sched_sync() at sched_sync+0x1ea >> fork_exit() at fork_exit+0x135 >> fork_trampoline() at fork_trampoline+0xe > > Hmmm, the watchdog pat should probably happen without holding locks if > possible. This is related to the IPMI watchdog being special and wanting > to schedule a thread to work. The watchdog pat without the locks is not easy to do because we register the watchdog callbacks in eventhandlers, which are indeed locked (and you may also end up racing against watchdog detach, if you don't use any lock at all). There is a similar issue when you enter DDB o coredump, for example but this is someway collateral due to the "after-panic" nature of the situation. We should seriously looking into requirements for watchdog patting and possibly DDB entering situations, outline correct semantics to follow and refactor code to follow them. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Jul 31 21:56:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06EDA106564A for ; Tue, 31 Jul 2012 21:56:09 +0000 (UTC) (envelope-from denisgranato@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 83D2F8FC08 for ; Tue, 31 Jul 2012 21:56:08 +0000 (UTC) Received: by weyx56 with SMTP id x56so5656395wey.13 for ; Tue, 31 Jul 2012 14:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=aziBsEO8FNU/iG43PZ7MOnYCD/cTRZRz6BhuiLEu+j4=; b=PyBkfBTyP9qNd5UO0yuDFYzTG/IVK2P6ym5wd3MyRsQwsa6alWbM0ZhWGxggKU1Z2h pq8HyJCCxnsKq1oEbBiiEUlapwIKWqMle3qGC1SNOh8Kbi29+JJrH59Z1k0Am6kmLy1Y 3S23S4JWpONqrPVLFDriqMaELEu6EqN1z/6dz35MKW05I1cSPZZl9fZOVRrwkRkvpA/7 nTPGZT5bft4/24j7wGGyBZeD1yfEs70X5T/BqySDi7arTE79CkkJs1E2ZXwM1b6+78Nd gavVec3F7XS03in/YRukHUUzV1INSAQc2BHIf55d/ICYeGjDWtYTvX8KMywsGs9kABQJ wFvQ== Received: by 10.180.104.200 with SMTP id gg8mr10925174wib.14.1343771767472; Tue, 31 Jul 2012 14:56:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.43.169 with HTTP; Tue, 31 Jul 2012 14:55:37 -0700 (PDT) In-Reply-To: References: From: Denis Granato Date: Tue, 31 Jul 2012 18:55:37 -0300 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: mpd5 server questions 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, 31 Jul 2012 21:56:09 -0000 Thanks guys I've got something here, just a few adjustments now Marin, just before you sent the email below, I used this site and this finally worked tks very much regards On Tue, Jul 31, 2012 at 5:50 PM, Marin Atanasov Nikolov wrote: > On Tue, Jul 31, 2012 at 9:10 PM, Denis Granato > wrote: > > Hi guys, > > > > Hi Denis, > > > I'm from Brazil, and it is my first email on this list (sry about my > > english) > > > > I'm trying to configure a mpd5 server (pptp) in a FreeBSD 9,1 i386 > > > > Anyone here has a configuration sample (mpd.conf, mpd.links, etc) to help > > me ? > > Sometime ago I've written a short documentation on how to get mpd5 > configured and installed on FreeBSD. > > You can find the documentation here with sample configuration files: > > - http://unix-heaven.org/node/33 > > Hope you find it useful. > > Regards, > Marin > > > > > tks > > _______________________________________________ > > 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 > " > > > > -- > Marin Atanasov Nikolov > > dnaeon AT gmail DOT com > daemon AT unix-heaven DOT org > http://www.unix-heaven.org/ > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 00:56:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF829106566B for ; Wed, 1 Aug 2012 00:56:01 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1D18FC14 for ; Wed, 1 Aug 2012 00:56:01 +0000 (UTC) Received: from ip-136.ish.com.au ([203.29.62.136]:49849) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SwNBM-0000j5-1V for freebsd-stable@freebsd.org; Wed, 01 Aug 2012 10:53:00 +1000 X-CTCH-RefID: str=0001.0A150204.50187DEC.00D5:SCFSTAT15613948, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Message-ID: <50187DEB.2090906@ish.com.au> Date: Wed, 01 Aug 2012 10:52:59 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120717 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: release documentation confusing for 9.1 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, 01 Aug 2012 00:56:01 -0000 Could I ask that someone with appropriate access rights review the state of release documentation for 9.1 beta. It is very confused. 1. This page is the best information available: http://www.freebsd.org/releases/9.1R/schedule.html 2. The link from the front page ( http://www.freebsd.org/ ) is labelled "Upcoming: 9.1-BETA1" but goes to a page which is mostly about existing releases, not the next release. http://www.freebsd.org/where.html#helptest 3. Clicking on the "view" link for the 9.1 information on that page takes you to http://wiki.freebsd.org/Releng/9.1TODO which looks a lot like the information in point [1] but wrong/old. 4. On http://www.freebsd.org/where.html#helptest there is a link to "FreeBSD Snapshot Releases" for people interested in "FreeBSD-CURRENT (AKA 10.0-CURRENT)". But following the link takes you to a page where you get linked to "9-CURRENT, 8-STABLE, 7-STABLE, and 6-STABLE" snapshots. It is possible I'm just stuck in the past, but I've never been able to navigate the 'new' bowling ball branded FreeBSD site nearly as well as the older incarnation. And yes, I can eventually figure it all out... but this information could be a whole lot clearer. I design information presentation for a living, so perhaps I'm picky about these things, but I do think that confusion could turn people away from my favourite operating system. I'm happy to help if someone wants to enlist my assistance, but I don't currently have any commit rights on this project. Cheers Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 04:39:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E35E31065672 for ; Wed, 1 Aug 2012 04:39:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 760BA8FC0C for ; Wed, 1 Aug 2012 04:39:49 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6260595wgb.31 for ; Tue, 31 Jul 2012 21:39:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pbqAGVys0pedwWPTroyzJ6g7yLDWz+Cagtk0UeLl7cw=; b=LhOOehdy/5AtmT9ugluwpQHxJ3KfLXQylmQr7bt+QCTrciYy65lpqYvTwbiahUl0Sr RkwuNobfqHCUbeQO5yS/j3mhdyoF5nb3nmgRHZSDSVaML6shf+5/gUsqKD6uQSGjGlv/ RtmOgqdYEWwwQEwc61eIC5Y3RAeCJbyuY+cbSmsh1UTmB6K5FSIqlN7n4pgNTrtpIb16 1m1rLb+TCLh8YiyEPf4aTe2vGeH79z26mNpWLj8obN2ShaDzXe1UnpSg07M85xO2a8Wu 8FgmSs/3xFhlwS5V8GrEG7eyQL5QWQMxsoIfeGhVMsVe36BgMJjMKGqebHY6pNOotZpf uZoA== MIME-Version: 1.0 Received: by 10.180.96.3 with SMTP id do3mr13214166wib.5.1343795988508; Tue, 31 Jul 2012 21:39:48 -0700 (PDT) Received: by 10.223.60.147 with HTTP; Tue, 31 Jul 2012 21:39:48 -0700 (PDT) In-Reply-To: <50187DEB.2090906@ish.com.au> References: <50187DEB.2090906@ish.com.au> Date: Tue, 31 Jul 2012 21:39:48 -0700 Message-ID: From: Kevin Oberman To: Aristedes Maniatis Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable Subject: Re: release documentation confusing for 9.1 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, 01 Aug 2012 04:39:50 -0000 On Tue, Jul 31, 2012 at 5:52 PM, Aristedes Maniatis wrote: > Could I ask that someone with appropriate access rights review the state of > release documentation for 9.1 beta. It is very confused. > > > 1. This page is the best information available: > http://www.freebsd.org/releases/9.1R/schedule.html > > 2. The link from the front page ( http://www.freebsd.org/ ) is labelled > "Upcoming: 9.1-BETA1" but goes to a page which is mostly about existing > releases, not the next release. http://www.freebsd.org/where.html#helptest > > 3. Clicking on the "view" link for the 9.1 information on that page takes > you to http://wiki.freebsd.org/Releng/9.1TODO which looks a lot like the > information in point [1] but wrong/old. > > 4. On http://www.freebsd.org/where.html#helptest there is a link to "FreeBSD > Snapshot Releases" for people interested in "FreeBSD-CURRENT (AKA > 10.0-CURRENT)". But following the link takes you to a page where you get > linked to "9-CURRENT, 8-STABLE, 7-STABLE, and 6-STABLE" snapshots. > > > > It is possible I'm just stuck in the past, but I've never been able to > navigate the 'new' bowling ball branded FreeBSD site nearly as well as the > older incarnation. And yes, I can eventually figure it all out... but this > information could be a whole lot clearer. I design information presentation > for a living, so perhaps I'm picky about these things, but I do think that > confusion could turn people away from my favourite operating system. > > I'm happy to help if someone wants to enlist my assistance, but I don't > currently have any commit rights on this project. RE has not done very well in updating this stuff for several releases. RE is a very hard job and I understand that they are busy with both 9.1 and $REAL_JOB. I'd love for them to find someone whom they trust and with reasonable clue to whom they could give the right to update all of this stuff. It would still lag a bit, but it would be closer. As far as what will be in 9.1, the doc tree was tagged for 9.1 two days ago and can be downloaded from svn or cvs and built. Note that it's all in sgml and you need to build the various formats. I'm not sure when they will hit the web site and, of course, noting is official until the release, but it is unlikely to change at this point except for minor corrections. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 04:50:13 2012 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 180FD106564A for ; Wed, 1 Aug 2012 04:50:13 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id C0DFA8FC08 for ; Wed, 1 Aug 2012 04:50:12 +0000 (UTC) Received: from ip-136.ish.com.au ([203.29.62.136]:50361) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SwQsn-0008B9-1R; Wed, 01 Aug 2012 14:50:05 +1000 X-CTCH-RefID: str=0001.0A150205.5018B57D.038C:SCFSTAT15613948, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Message-ID: <5018B57B.6020007@ish.com.au> Date: Wed, 01 Aug 2012 14:50:03 +1000 From: Aristedes Maniatis User-Agent: Postbox 3.0.4 (Macintosh/20120616) MIME-Version: 1.0 To: Kevin Oberman References: <50187DEB.2090906@ish.com.au> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: release documentation confusing for 9.1 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, 01 Aug 2012 04:50:13 -0000 Kevin Oberman wrote: > On Tue, Jul 31, 2012 at 5:52 PM, Aristedes Maniatis wrote: >> Could I ask that someone with appropriate access rights review the state of >> release documentation for 9.1 beta. It is very confused. >> >> >> 1. This page is the best information available: >> http://www.freebsd.org/releases/9.1R/schedule.html >> >> 2. The link from the front page ( http://www.freebsd.org/ ) is labelled >> "Upcoming: 9.1-BETA1" but goes to a page which is mostly about existing >> releases, not the next release. http://www.freebsd.org/where.html#helptest >> >> 3. Clicking on the "view" link for the 9.1 information on that page takes >> you to http://wiki.freebsd.org/Releng/9.1TODO which looks a lot like the >> information in point [1] but wrong/old. >> >> 4. On http://www.freebsd.org/where.html#helptest there is a link to "FreeBSD >> Snapshot Releases" for people interested in "FreeBSD-CURRENT (AKA >> 10.0-CURRENT)". But following the link takes you to a page where you get >> linked to "9-CURRENT, 8-STABLE, 7-STABLE, and 6-STABLE" snapshots. >> >> >> >> It is possible I'm just stuck in the past, but I've never been able to >> navigate the 'new' bowling ball branded FreeBSD site nearly as well as the >> older incarnation. And yes, I can eventually figure it all out... but this >> information could be a whole lot clearer. I design information presentation >> for a living, so perhaps I'm picky about these things, but I do think that >> confusion could turn people away from my favourite operating system. >> >> I'm happy to help if someone wants to enlist my assistance, but I don't >> currently have any commit rights on this project. > > RE has not done very well in updating this stuff for several releases. > RE is a very hard job and I understand that they are busy with both > 9.1 and $REAL_JOB. I'd love for them to find someone whom they trust > and with reasonable clue to whom they could give the right to update > all of this stuff. It would still lag a bit, but it would be closer. > > As far as what will be in 9.1, the doc tree was tagged for 9.1 two > days ago and can be downloaded from svn or cvs and built. Note that > it's all in sgml and you need to build the various formats. I'm not > sure when they will hit the web site and, of course, noting is > official until the release, but it is unlikely to change at this point > except for minor corrections. Thanks Kevin I think that perhaps the first job (when everyone isn't busy with releasing) is to examine the relationship between the wiki and the website, make sure everything is well organised, and make sure it is trivial to update by the release people. Beyond that, the actual structure of pages within the website doesn't make sense (to me) and isn't particularly clear from the home page. Analysis of web logs might give some insight to what people are looking for and viewing on the freebsd site (although of course, doesn't tell you what they are just unable to find despite searching for it). Over at Apache, the infra people have moved our project websites to a svn pubsub approach which works well with the established user base of developers who know svn. Updating pages becomes fairly trivial and a web rich text editor interface means it is even easy if you are away from your regular toolset. Whatever the process, it has to be easy enough that RE can fit it into their workflow without additional burden. Ideally, scripts could detect the release tags in svn and update the website automatically. Cheers Ari From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 08:05:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9DF91065700 for ; Wed, 1 Aug 2012 08:05:59 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE5C8FC08 for ; Wed, 1 Aug 2012 08:05:58 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [189.7.36.123]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q7185Wig024403 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 1 Aug 2012 05:05:39 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q7185Wig024403 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1343808342; bh=M/tXapCqDQE289hDsSdFrKz84LKx20OdIE5vZmUmp3M=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=PkXuk8ZMt5/mK60oGVMhWXOIN+2xuJnvX2zVQQpULrbMgOOsy1tJ9XWrQli/JXAyF w8SNfTivFaUXyGyEFvhMXfPWCkTF0CsLrYGw46SQ0O70rDv3RU2mr6IWzr2JP3RDgG utUFo2Hv3QFFkyjGKeEyuG9V4v93e+hbAzscP998= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <5018E338.80506@hm.net.br> Date: Wed, 01 Aug 2012 05:05:12 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120428 Firefox/12.0 SeaMonkey/2.9 MIME-Version: 1.0 To: Aristedes Maniatis References: <50187DEB.2090906@ish.com.au> In-Reply-To: <50187DEB.2090906@ish.com.au> X-Enigmail-Version: 1.5pre OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4176FA4332A8D6B88869D012" X-Spam-Status: No, score=-296.4 required=5.0 tests=AWL=0.826,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,T_RP_MATCHES_RCVD=-0.01,USER_IN_DKIM_WHITELIST=-100,USER_IN_SPF_WHITELIST=-100,USER_IN_WHITELIST=-100 msrv.matik.com.br 1282; Body=1 Fuz1=1 Fuz2=1 [127.0.0.11] [1 mail.matik.com.br.] [187.95.0.182] [127.0.0.2] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: freebsd-stable Subject: Re: release documentation confusing for 9.1 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, 01 Aug 2012 08:05:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4176FA4332A8D6B88869D012 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Aristedes Maniatis wrote: > Could I ask that someone with appropriate access rights review the stat= e > of release documentation for 9.1 beta. It is very confused. >=20 >=20 > 1. This page is the best information available: > http://www.freebsd.org/releases/9.1R/schedule.html >=20 > 2. The link from the front page ( http://www.freebsd.org/ ) is labelled= > "Upcoming: 9.1-BETA1" but goes to a page which is mostly about existing= > releases, not the next release. http://www.freebsd.org/where.html#helpt= est >=20 > 3. Clicking on the "view" link for the 9.1 information on that page > takes you to http://wiki.freebsd.org/Releng/9.1TODO which looks a lot > like the information in point [1] but wrong/old. >=20 > 4. On http://www.freebsd.org/where.html#helptest there is a link to > "FreeBSD Snapshot Releases" for people interested in "FreeBSD-CURRENT > (AKA 10.0-CURRENT)". But following the link takes you to a page where > you get linked to "9-CURRENT, 8-STABLE, 7-STABLE, and 6-STABLE" snapsho= ts. >=20 >=20 >=20 > It is possible I'm just stuck in the past, but I've never been able to > navigate the 'new' bowling ball branded FreeBSD site nearly as well as > the older incarnation. And yes, I can eventually figure it all out... > but this information could be a whole lot clearer. I design information= > presentation for a living, so perhaps I'm picky about these things, but= > I do think that confusion could turn people away from my favourite > operating system. >=20 Hi I can not agree more about what you say, but the pages you mention still let you find what you want and this pages do have a release/modify date stamp somewhere and they are not thaaat old worse and worse it gets when looking for documentation all this pages do not have a date or indication to what version they refer to, most are old, some even wrong for actual releases even if recognizing the work spent by all to write the pages, also recognizing that all docs are well written, organized and understandable, all of it is worthless when not up to date, wrong or incomplete for actual releases (either OS or ports) or merely theoretical= this is still more important because a lot of general product docs for, lets say for example xorg or kde, do not apply fully to their FreeBSD ports, forcing the user finding his way elsewhere or getting stuck with eventually not working system or as you say leading to turn away from freeBSD one step forward would be, adding at least the last modified date to each document, but not in tiny light grey chars at the bottom, but big and fat on top of the doc, so at last the user would have the possibility to consider it being old or new documentation []s Hans --=20 H +55 11 4249.2222 --------------enig4176FA4332A8D6B88869D012 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAY40kACgkQvKVfg5xjCDztkwCcDLWZhqHW18yBVgamo3e4p53c 9rAAnj6QdC7hq2NcHPs8y0O4Wks12OS6 =JZdi -----END PGP SIGNATURE----- --------------enig4176FA4332A8D6B88869D012-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 13:59:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 435BE106566B; Wed, 1 Aug 2012 13:59:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 16AA38FC12; Wed, 1 Aug 2012 13:59:01 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 73AB2B91C; Wed, 1 Aug 2012 09:59:00 -0400 (EDT) From: John Baldwin To: attilio@freebsd.org Date: Wed, 1 Aug 2012 08:53:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201207311634.24169.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201208010853.11447.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 01 Aug 2012 09:59:00 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() 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, 01 Aug 2012 13:59:01 -0000 On Tuesday, July 31, 2012 4:51:19 pm Attilio Rao wrote: > On 7/31/12, John Baldwin wrote: > > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote: > >> Working on the Dell R420 today, got most of it working, even the > >> broadcom ethernet cards! However, I get the following when I reboot the > >> system: > >> > >> Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9) > >> owns a non-sleepable lock > >> KDB: stack backtrace of thread 100107: > >> sched_switch() at sched_switch+0x19f > >> mi_switch() at mi_switch+0x208 > >> sleepq_switch() at sleepq_switch+0xfc > >> sleepq_wait() at sleepq_wait+0x4d > >> _sleep() at _sleep+0x3f6 > >> ipmi_submit_driver_request() at ipmi_submit_driver_request+0x97 > >> ipmi_set_watchdog() at ipmi_set_watchdog+0xb1 > >> ipmi_wd_event() at ipmi_wd_event+0x8f > >> kern_do_pat() at kern_do_pat+0x10f > >> sched_sync() at sched_sync+0x1ea > >> fork_exit() at fork_exit+0x135 > >> fork_trampoline() at fork_trampoline+0xe > > > > Hmmm, the watchdog pat should probably happen without holding locks if > > possible. This is related to the IPMI watchdog being special and wanting > > to schedule a thread to work. > > The watchdog pat without the locks is not easy to do because we > register the watchdog callbacks in eventhandlers, which are indeed > locked (and you may also end up racing against watchdog detach, if you > don't use any lock at all). No, eventhandlers go through several hoops to not hold any locks while the eventhandler functions are running. It seems in this case that a lock is held in a higher layer (sched_sync()) and that is what I was talking about. Yes, it is the 'sync_mtx' that is held. Something like this may work: Index: vfs_subr.c =================================================================== --- vfs_subr.c (revision 238969) +++ vfs_subr.c (working copy) @@ -1868,8 +1868,11 @@ sched_sync(void) continue; } - if (first_printf == 0) + if (first_printf == 0) { + mtx_unlock(&sync_mtx); wdog_kern_pat(WD_LASTVAL); + mtx_lock(&sync_mtx); + } } if (!LIST_EMPTY(gslp)) { -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 14:05:05 2012 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 B22C4106566C; Wed, 1 Aug 2012 14:05:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C895C8FC0A; Wed, 1 Aug 2012 14:05:04 +0000 (UTC) Received: by lbbgm13 with SMTP id gm13so58555lbb.13 for ; Wed, 01 Aug 2012 07:05:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mur4RyXZr7Zk5aTrmbQbhMXD7InMXZi3LnlmFAXexcg=; b=hBO02DQE1UeGJnIDoPhszjym9qK0We3w0bCX//yub/SfByWm+OuziMY0T7NkPUKnRK Cy4mNRP92wd5D/F0PV7AdwHtidXKo1YuNAsteJLt0okFKkITixnOZl6jgh8wIkniel9Q pfjMXlwm3rrSrj4ZkdwoGiIe6oK8F6z09p+jp8H2B02DKJ/VVWn/TtykyaC9z5KcAmlj 5s628YBqP53jgMBAMUOb+F7/ekSqTP7I4LvJV0UsXVPDTbRzpchRUDAbcpUmH7ogbvfr pHZRyn14aOuv5opToJmug3dQHFPomJDaWwd+xyAgNl17X7sdcxoqtF3GdwfEGZSLDCNA TCvg== MIME-Version: 1.0 Received: by 10.152.103.11 with SMTP id fs11mr2301245lab.23.1343829903431; Wed, 01 Aug 2012 07:05:03 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Wed, 1 Aug 2012 07:05:03 -0700 (PDT) In-Reply-To: <201208010853.11447.jhb@freebsd.org> References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201207311634.24169.jhb@freebsd.org> <201208010853.11447.jhb@freebsd.org> Date: Wed, 1 Aug 2012 15:05:03 +0100 X-Google-Sender-Auth: ni_DUFxOPz4B8kR1t3M4qROMhQI Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 14:05:05 -0000 On 8/1/12, John Baldwin wrote: > On Tuesday, July 31, 2012 4:51:19 pm Attilio Rao wrote: >> On 7/31/12, John Baldwin wrote: >> > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote: >> >> Working on the Dell R420 today, got most of it working, even the >> >> broadcom ethernet cards! However, I get the following when I reboot >> >> the >> >> system: >> >> >> >> Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid >> >> 9) >> >> owns a non-sleepable lock >> >> KDB: stack backtrace of thread 100107: >> >> sched_switch() at sched_switch+0x19f >> >> mi_switch() at mi_switch+0x208 >> >> sleepq_switch() at sleepq_switch+0xfc >> >> sleepq_wait() at sleepq_wait+0x4d >> >> _sleep() at _sleep+0x3f6 >> >> ipmi_submit_driver_request() at ipmi_submit_driver_request+0x97 >> >> ipmi_set_watchdog() at ipmi_set_watchdog+0xb1 >> >> ipmi_wd_event() at ipmi_wd_event+0x8f >> >> kern_do_pat() at kern_do_pat+0x10f >> >> sched_sync() at sched_sync+0x1ea >> >> fork_exit() at fork_exit+0x135 >> >> fork_trampoline() at fork_trampoline+0xe >> > >> > Hmmm, the watchdog pat should probably happen without holding locks if >> > possible. This is related to the IPMI watchdog being special and >> > wanting >> > to schedule a thread to work. >> >> The watchdog pat without the locks is not easy to do because we >> register the watchdog callbacks in eventhandlers, which are indeed >> locked (and you may also end up racing against watchdog detach, if you >> don't use any lock at all). > > No, eventhandlers go through several hoops to not hold any locks while > the eventhandler functions are running. It seems in this case that a > lock is held in a higher layer (sched_sync()) and that is what I was > talking about. Yes, it is the 'sync_mtx' that is held. Something like this No, EVENTHANDLER_INVOKE() acquires eventhandler internal locks. Look at eventhandler_find_list() for details. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 14:47:16 2012 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 AD825106566C; Wed, 1 Aug 2012 14:47:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B348C8FC0A; Wed, 1 Aug 2012 14:47:15 +0000 (UTC) Received: by laai10 with SMTP id i10so5707994laa.13 for ; Wed, 01 Aug 2012 07:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6n+4Kvv2uC0O3mgUH5XBXq+O/sPG+AC3p9+53ZE0ZGc=; b=fSzST3D3/IviWls7ptp5nxhAFmUyQybUktZ6u6w06saKJgXYvM9HtdLay9j9niZtbD KH8QVYij+gUTg4/cn7/uhrhbJ9ptx+saEA/h6iEu4e4pjoaD/lieyVIMU9YgyoRZxQ2v 30H3+VAKifZPz42pJ/2JdRpzCsNjSdbPLynTtP08ifBjKzpKMqyEKdcfWY+DG9dbLDse rNo+0eljcnWU+H32rNz9JSj9ieTFHhjVg+z7h3vsfjuBxsu4CgYwVt95Rpq6NbGgazwg V3qN84fbKeyhqb/sim9jX8YK8dqwbwbSim4OZN8HF3msKKBhHbFs8phK+qCmAE0d6uXo hIgg== MIME-Version: 1.0 Received: by 10.112.11.100 with SMTP id p4mr8295418lbb.35.1343832433447; Wed, 01 Aug 2012 07:47:13 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Wed, 1 Aug 2012 07:47:13 -0700 (PDT) In-Reply-To: References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201207311634.24169.jhb@freebsd.org> <201208010853.11447.jhb@freebsd.org> Date: Wed, 1 Aug 2012 15:47:13 +0100 X-Google-Sender-Auth: S7nVji1WDY5eTZN5O2iztK1FjLI Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 14:47:17 -0000 On 8/1/12, Attilio Rao wrote: > On 8/1/12, John Baldwin wrote: >> On Tuesday, July 31, 2012 4:51:19 pm Attilio Rao wrote: >>> On 7/31/12, John Baldwin wrote: >>> > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote: >>> >> Working on the Dell R420 today, got most of it working, even the >>> >> broadcom ethernet cards! However, I get the following when I reboot >>> >> the >>> >> system: >>> >> >>> >> Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid >>> >> 9) >>> >> owns a non-sleepable lock >>> >> KDB: stack backtrace of thread 100107: >>> >> sched_switch() at sched_switch+0x19f >>> >> mi_switch() at mi_switch+0x208 >>> >> sleepq_switch() at sleepq_switch+0xfc >>> >> sleepq_wait() at sleepq_wait+0x4d >>> >> _sleep() at _sleep+0x3f6 >>> >> ipmi_submit_driver_request() at ipmi_submit_driver_request+0x97 >>> >> ipmi_set_watchdog() at ipmi_set_watchdog+0xb1 >>> >> ipmi_wd_event() at ipmi_wd_event+0x8f >>> >> kern_do_pat() at kern_do_pat+0x10f >>> >> sched_sync() at sched_sync+0x1ea >>> >> fork_exit() at fork_exit+0x135 >>> >> fork_trampoline() at fork_trampoline+0xe >>> > >>> > Hmmm, the watchdog pat should probably happen without holding locks if >>> > possible. This is related to the IPMI watchdog being special and >>> > wanting >>> > to schedule a thread to work. >>> >>> The watchdog pat without the locks is not easy to do because we >>> register the watchdog callbacks in eventhandlers, which are indeed >>> locked (and you may also end up racing against watchdog detach, if you >>> don't use any lock at all). >> >> No, eventhandlers go through several hoops to not hold any locks while >> the eventhandler functions are running. It seems in this case that a >> lock is held in a higher layer (sched_sync()) and that is what I was >> talking about. Yes, it is the 'sync_mtx' that is held. Something like >> this > > No, EVENTHANDLER_INVOKE() acquires eventhandler internal locks. > Look at eventhandler_find_list() for details. Oh, but I guess you misunderstood me -- I didn't mean to say that eventhandler callbacks run with eventhandlers lock held, I meant to say that that it would be nice if EVENTHANDLER_INVOKE() could run lockless. This would have avoided some issues in special context (I recall I had some issues at work years ago, but they could have been predating the STOP_SCHEDULER() patch and in DDB). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 15:41:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F40BB106566B for ; Wed, 1 Aug 2012 15:41:50 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id B2B368FC1E for ; Wed, 1 Aug 2012 15:41:50 +0000 (UTC) Received: (qmail 7588 invoked by uid 89); 1 Aug 2012 15:57:59 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 1 Aug 2012 15:57:59 -0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) From: Dan Allen In-Reply-To: <201207311639.29970.jhb@freebsd.org> Date: Wed, 1 Aug 2012 09:41:39 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1CAB4222-BDE5-4580-8D58-D4DCDE280916@airwired.net> References: <0974E59F-62DA-407A-99A7-6704A70D12C6@airwired.net> <20120724102601.GU2676@deviant.kiev.zoral.com.ua> <201207311639.29970.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1485) Cc: Konstantin Belousov , freebsd-stable@freebsd.org Subject: Re: local APIC error 0x40 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, 01 Aug 2012 15:41:51 -0000 On 31 Jul 2012, at 2:39 PM, John Baldwin wrote: > On Tuesday, July 24, 2012 9:32:45 pm Dan Allen wrote: >>=20 >> $FreeBSD: src/sys/i386/i386/machdep.c,v 1.688.2.31 2012/06/13 = 15:25:52 jhb=20 > So to be clear, does that revision work fine, it's a future revision = that=20 > breaks things, or does that revision break? The revision of 2012/06/13 works fine. It is later versions that are = broken. (It is also broken in BSD 9.0 and later.) Dan From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 17:13:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D8A21065670; Wed, 1 Aug 2012 17:13:34 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id F080D8FC0A; Wed, 1 Aug 2012 17:13:33 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 76B6E25D3878; Wed, 1 Aug 2012 17:13:32 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 8FC52BE85AF; Wed, 1 Aug 2012 17:13:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id SimjxMvavRzK; Wed, 1 Aug 2012 17:13:30 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 4149BBE8582; Wed, 1 Aug 2012 17:13:30 +0000 (UTC) Date: Wed, 1 Aug 2012 17:13:29 +0000 (UTC) From: "Bjoern A. Zeeb" To: Matthew Seaman In-Reply-To: <5011902C.1070600@infracaninophile.co.uk> Message-ID: References: <5011902C.1070600@infracaninophile.co.uk> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: FreeBSD Stable List , freebsd-pf@FreeBSD.org Subject: Re: Regression with jails/IPv6/pf 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, 01 Aug 2012 17:13:34 -0000 On Thu, 26 Jul 2012, Matthew Seaman wrote: Hi, as there have been more people having problems with pf and IPv6 after the changes I am replying to stable@ cc: pf@. ... > [...] > > nat on $ext_if_plus from $xenophobe_int to any -> $xenophobe_ext > rdr inet6 proto tcp from to $xenophobe_ext \ > port { 22, 80, 443, 548, 4700 } -> $xenophobe_int > > When trying to ssh into the jail with a kernel exhibiting this problem, > tcpdump showed that traffic was reaching the sshd in the jail and > responses were being generated, but they didn't make it out onto the net. Any of you who are expereincing problems with packets dropped due to invalid checksums with IPv6 and pf after the recent merges, can you report back if you also see this without "modulate state" in your pf.conf (if you have 'modulate' in there, can you try changing it to 'keep' and see if that fixes the problem)? /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 17:37:50 2012 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 3DABC106566B; Wed, 1 Aug 2012 17:37:50 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE338FC1B; Wed, 1 Aug 2012 17:37:49 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q71Hbff8003862 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 1 Aug 2012 18:37:43 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q71Hbff8003862 Authentication-Results: smtp.infracaninophile.co.uk/q71Hbff8003862; dkim=none (no signature); dkim-adsp=none Message-ID: <50196965.3020807@FreeBSD.org> Date: Wed, 01 Aug 2012 18:37:41 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <5011902C.1070600@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAD39B1A8A282C3152F221C8E" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable List , freebsd-pf@FreeBSD.org Subject: Re: Regression with jails/IPv6/pf 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, 01 Aug 2012 17:37:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAD39B1A8A282C3152F221C8E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/08/2012 18:13, Bjoern A. Zeeb wrote: > Any of you who are expereincing problems with packets dropped due to > invalid checksums with IPv6 and pf after the recent merges, can you > report back if you also see this without "modulate state" in your > pf.conf (if you have 'modulate' in there, can you try changing it to > 'keep' and see if that fixes the problem)? Alas, I was already using 'keep state'. I did just try 'modulate state,' just on the off-chance but it makes no difference. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enigAD39B1A8A282C3152F221C8E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAZaWUACgkQ8Mjk52CukIwXfwCeJpCf2/sHVrJOFuHbR4s+pCBc NJ4An2avhqOpVPxtBkM9WDt1XjPa0I/i =UV9p -----END PGP SIGNATURE----- --------------enigAD39B1A8A282C3152F221C8E-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 18:23:19 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B363106564A; Wed, 1 Aug 2012 18:23:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id EAD158FC08; Wed, 1 Aug 2012 18:23:18 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 5405125D387B; Wed, 1 Aug 2012 18:23:11 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 6438DBE85B0; Wed, 1 Aug 2012 18:23:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 1qHnfruMtG9N; Wed, 1 Aug 2012 18:23:09 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 19543BE8588; Wed, 1 Aug 2012 18:23:09 +0000 (UTC) Date: Wed, 1 Aug 2012 18:23:08 +0000 (UTC) From: "Bjoern A. Zeeb" To: Matthew Seaman In-Reply-To: <50196965.3020807@FreeBSD.org> Message-ID: References: <5011902C.1070600@infracaninophile.co.uk> <50196965.3020807@FreeBSD.org> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable List , freebsd-pf@FreeBSD.org Subject: Re: Regression with jails/IPv6/pf 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, 01 Aug 2012 18:23:19 -0000 On Wed, 1 Aug 2012, Matthew Seaman wrote: > On 01/08/2012 18:13, Bjoern A. Zeeb wrote: > >> Any of you who are expereincing problems with packets dropped due to >> invalid checksums with IPv6 and pf after the recent merges, can you >> report back if you also see this without "modulate state" in your >> pf.conf (if you have 'modulate' in there, can you try changing it to >> 'keep' and see if that fixes the problem)? > > Alas, I was already using 'keep state'. I did just try 'modulate > state,' just on the off-chance but it makes no difference. Modulate would only make it worse. -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 20:48:46 2012 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 986A11065672 for ; Wed, 1 Aug 2012 20:48:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6D21B8FC0A for ; Wed, 1 Aug 2012 20:48:46 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BC260B946; Wed, 1 Aug 2012 16:48:45 -0400 (EDT) From: John Baldwin To: Dan Allen Date: Wed, 1 Aug 2012 12:06:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <0974E59F-62DA-407A-99A7-6704A70D12C6@airwired.net> <201207311639.29970.jhb@freebsd.org> <1CAB4222-BDE5-4580-8D58-D4DCDE280916@airwired.net> In-Reply-To: <1CAB4222-BDE5-4580-8D58-D4DCDE280916@airwired.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208011206.11269.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 01 Aug 2012 16:48:45 -0400 (EDT) Cc: Konstantin Belousov , freebsd-stable@freebsd.org Subject: Re: local APIC error 0x40 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, 01 Aug 2012 20:48:46 -0000 On Wednesday, August 01, 2012 11:41:39 am Dan Allen wrote: > > On 31 Jul 2012, at 2:39 PM, John Baldwin wrote: > > > On Tuesday, July 24, 2012 9:32:45 pm Dan Allen wrote: > >> > >> $FreeBSD: src/sys/i386/i386/machdep.c,v 1.688.2.31 2012/06/13 15:25:52 jhb > > > So to be clear, does that revision work fine, it's a future revision that > > breaks things, or does that revision break? > > The revision of 2012/06/13 works fine. It is later versions that are broken. (It is also broken in BSD 9.0 and later.) Can you use a binary search on the date to narrow down which commit breaks it? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:05:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DAE31065670 for ; Wed, 1 Aug 2012 22:05:05 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id E78E28FC08 for ; Wed, 1 Aug 2012 22:05:04 +0000 (UTC) Received: (qmail 23750 invoked by uid 89); 1 Aug 2012 22:21:20 -0000 Received: from unknown (HELO ?192.168.0.29?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 1 Aug 2012 22:21:20 -0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) From: Dan Allen In-Reply-To: <201208011206.11269.jhb@freebsd.org> Date: Wed, 1 Aug 2012 16:04:55 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <531469F2-6095-4717-887F-01FA4B4C80EB@airwired.net> References: <0974E59F-62DA-407A-99A7-6704A70D12C6@airwired.net> <201207311639.29970.jhb@freebsd.org> <1CAB4222-BDE5-4580-8D58-D4DCDE280916@airwired.net> <201208011206.11269.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1485) Cc: Konstantin Belousov , freebsd-stable@freebsd.org Subject: Re: local APIC error 0x40 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, 01 Aug 2012 22:05:05 -0000 On Aug 1, 2012, at 10:06 AM, John Baldwin wrote: > Can you use a binary search on the date to narrow down which commit = breaks it? Sadly, I cannot. I upgraded the machine to RELENG_9. The powerd demon = appears to control the fan okay now. However I still must use the apic = hint in loader.conf to turn off my 2nd core or else I get flooded with = that "0x40" error message. Today running in 9.1 PRERELEASE I have a quiet fan, only one core, and I = have got a "stray irc7" message a couple of times. This is all on my = Core Duo Toshiba Satellite U205. Meanwhile, on a Pentium 4 and a tiny Dell Mini 10 Inspiron with an Intel = Atom chip, everything is fine with RELENG_9. It is just this Toshiba, = which ran perfectly for years with FreeBSD 6, 7, but things have = declined with 8.0 and later. Dan From owner-freebsd-stable@FreeBSD.ORG Wed Aug 1 22:49:13 2012 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 69823106566B; Wed, 1 Aug 2012 22:49:13 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3338FC12; Wed, 1 Aug 2012 22:49:12 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q71Mmn9n044601; Wed, 1 Aug 2012 15:48:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1343861330; bh=5ulmnDBTyg9EOfi6Wy7x+ohGLTzUcZWw9ai/wfn779k=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=lpoWOVi2ry/+HKcgy2+n5Oont/HZYoJZKMyUjPJ+nqtK+Cf9QMM/fZqh6KkqbMrGi gt5WvlRid3dRGXXaFwo+8mFu1cuUy3ENpNqbmSl6lQn/GWzh+LGv7+4ny0kQ5UQaMx wZazHWAfsNgCZhXrXFExq7YT1szcy1iX4wYMNXQg= From: Sean Bruno To: John Baldwin In-Reply-To: <201208010853.11447.jhb@freebsd.org> References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201207311634.24169.jhb@freebsd.org> <201208010853.11447.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 01 Aug 2012 15:48:48 -0700 Message-ID: <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 861329001 Cc: "attilio@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() 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, 01 Aug 2012 22:49:13 -0000 On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote: > Index: vfs_subr.c > =================================================================== > --- vfs_subr.c (revision 238969) > +++ vfs_subr.c (working copy) > @@ -1868,8 +1868,11 @@ sched_sync(void) > continue; > } > > - if (first_printf == 0) > + if (first_printf == 0) { > + mtx_unlock(&sync_mtx); > wdog_kern_pat(WD_LASTVAL); > + mtx_lock(&sync_mtx); > + } > > } > if (!LIST_EMPTY(gslp)) { > > > -- > John Baldwin This definitely makes the panic go away on reboot. Sean From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 01:50:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B72DE106564A for ; Thu, 2 Aug 2012 01:50:30 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 926D98FC0A for ; Thu, 2 Aug 2012 01:50:29 +0000 (UTC) Received: from alph.allbsd.org (p2214-ipbf2707funabasi.chiba.ocn.ne.jp [123.225.119.214]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id q721oBKP055441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Aug 2012 10:50:21 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id q721o9F8029928; Thu, 2 Aug 2012 10:50:10 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 02 Aug 2012 10:49:56 +0900 (JST) Message-Id: <20120802.104956.514573454138222478.hrs@allbsd.org> To: seanbru@yahoo-inc.com From: Hiroki Sato In-Reply-To: <1343243969.2727.2.camel@powernoodle.corp.yahoo.com> References: <20120725.104632.310862314390082195.hrs@allbsd.org> <1343243969.2727.2.camel@powernoodle.corp.yahoo.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Aug__2_10_49_56_2012_938)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Thu, 02 Aug 2012 10:50:23 +0900 (JST) X-Spam-Status: No, score=-95.8 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_ONE,FAKEDWORD_VERTICALLINE,ONLY1HOPDIRECT,RCVD_IN_RP_RNBL, SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: magickal1@gmail.com, jurgen.weber@theiconic.com.au, freebsd-stable@FreeBSD.org Subject: Re: Broadcom NetXtreme bcm5720 in the 9.1 beta 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, 02 Aug 2012 01:50:30 -0000 ----Security_Multipart(Thu_Aug__2_10_49_56_2012_938)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sean Bruno wrote in <1343243969.2727.2.camel@powernoodle.corp.yahoo.com>: se> On Tue, 2012-07-24 at 18:46 -0700, Hiroki Sato wrote: se> > Peter Feger wrote se> > in : se> > se> > ma> I just got done installing FreeBSD-9.0 on a Dell R720. I can tell you se> > ma> that none of the broadcom products will work. There is no driver that se> > ma> I have been able to find. I wound up having to replace them with se> > ma> Intel nics. I used the i350 quad-port 1G and the x520 for 10G Fiber. se> > se> > I recently bought a Dell R420 which had BCM 5720 as the LOM. The se> > output of pciconf was the following: se> > se> > bge0@pci0:2:0:0: class=0x020000 card=0x04f81028 chip=0x165f14e4 rev=0x00 hdr=0x00 se> > vendor = 'Broadcom Corporation' se> > device = 'NetXtreme BCM5720 Gigabit Ethernet PCIe' se> > class = network se> > subclass = ethernet se> > se> > On 9.1-PRERELEASE as of Jul 23, it was recognized but did not work se> > properly first (the link-status went back and forth between up and se> > down). However, after setting dev.bge.0.msi=0 it worked. I am not se> > sure of whether it had decent communication speed or not, but I saw se> > it worked with 50MB/s or so at least. se> > se> > IPMI over LAN did not work even if hw.bge.allow_asf was set to 1. se> > se> > -- Hiroki se> se> se> se> For the r420/320 ... grab Pyun's latest updates and give it a whirl. se> They seem to work for us at yahoo: se> se> http://people.freebsd.org/~yongari/bge/ Thanks! I am testing his patches... -- Hiroki ----Security_Multipart(Thu_Aug__2_10_49_56_2012_938)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlAZ3MQACgkQTyzT2CeTzy2v1QCeJl7L1+lhjObu+shwOiStWubG 0s0AoKUHAopd2ovIBXQ4xkxXcqrpKumD =+gB9 -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Aug__2_10_49_56_2012_938)---- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 06:17:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94199106566B for ; Thu, 2 Aug 2012 06:17:17 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3DBE18FC0C for ; Thu, 2 Aug 2012 06:17:16 +0000 (UTC) Received: from bsdrookie.norma.com. ([IPv6:fd00::7fc]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id q726H9c2066785 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 2 Aug 2012 12:17:10 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <501A1B65.1030406@norma.perm.ru> Date: Thu, 02 Aug 2012 12:17:09 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Thu, 02 Aug 2012 12:17:10 +0600 (YEKT) X-Spam-Status: No hits=-97.8 bayes=0.5 testhits RDNS_NONE=1.274, SPF_SOFTFAIL=0.972,USER_IN_WHITELIST=-100 autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Subject: base kerberos 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, 02 Aug 2012 06:17:17 -0000 Hi. I don't see kgetcred binary, but looks like Heimdal version should have it (or it will lack some functionality) plus I see it in the source tree... Do I miss something ? Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 12:52:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 385701065673 for ; Thu, 2 Aug 2012 12:52:57 +0000 (UTC) (envelope-from sklauder@trimind.de) Received: from mikako.shopkeeper.de (mikako.shopkeeper.de [82.119.175.20]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCED8FC12 for ; Thu, 2 Aug 2012 12:52:56 +0000 (UTC) Received: from avalon.dobu.local (p508D761D.dip.t-dialin.net [80.141.118.29]) (authenticated bits=0) by mikako.shopkeeper.de (8.14.3/8.14.3) with ESMTP id q72CiHBw046959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 2 Aug 2012 14:44:19 +0200 (CEST) (envelope-from sklauder@trimind.de) Received: from avalon.dobu.local (localhost [127.0.0.1]) by avalon.dobu.local (8.14.5/8.14.2) with ESMTP id q72CiGlw020548 for ; Thu, 2 Aug 2012 14:44:16 +0200 (CEST) (envelope-from sklauder@avalon.dobu.local) Received: (from sklauder@localhost) by avalon.dobu.local (8.14.5/8.14.5/Submit) id q72CiGeC020547 for freebsd-stable@freebsd.org; Thu, 2 Aug 2012 14:44:16 +0200 (CEST) (envelope-from sklauder) Date: Thu, 2 Aug 2012 14:44:16 +0200 From: Sascha Klauder To: freebsd-stable@freebsd.org Message-ID: <20120802124416.GA20450@trimind.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.97.5 at mikako.shopkeeper.de X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mikako.shopkeeper.de [82.119.175.20]); Thu, 02 Aug 2012 14:44:20 +0200 (CEST) Subject: ATA timeout with TRIM flag set 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, 02 Aug 2012 12:52:57 -0000 Hi all, I've bought a 60 GB Intel 330 series SSD, connected to a Promise TX4 (FastTrak 4310) SATA300 controller (PDC40719). Running 9.0-STABLE dated mid-January 2012. Writing to any filesystem that has TRIM enabled will make the disk timeout and eventually panic the system. atapci0: port 0xe000-0xe07f,0xd000-0xd0ff mem 0xf6042000-0xf6042fff,0xf6000000-0xf601ffff irq 11 at device 8.0 on pci0 ata5: SIGNATURE: 00000101 ada0 at ata5 bus 0 scbus5 target 0 lun 0 ada0: ATA-9 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 57241MB (117231408 512 byte sectors: 16H 63S/T 16383C) Writing to a TRIM-enabled UFS filesystem will almost immediately stall whatever process running in ufs or wdrain, with the disk seemingly dropping off the bus after about 15s: ata5: SIGNATURE: 00000101 ata5: SIGNATURE: ffffffff ata5: timeout waiting to issue command ata5: error issuing ATA_IDENTIFY command ata5: SIGNATURE: ffffffff (ada0:ata5:0:0:0): lost device ata5: timeout waiting to issue command ata5: error issuing unknown CMD (0x06) command ata5: SIGNATURE: ffffffff g_vfs_done():ada0s1a[WRITE(offset=40711716864, length=32768)]error = 6 /dev: got error 6 while accessing filesystem panic: softdep_deallocate_dependencies: unrecovered I/O error Uptime: 14m36s ata5: timeout waiting to issue command ata5: error issuing FLUSHCACHE48 command ata5: SIGNATURE: ffffffff (ada0:ata5:0:0:0): Synchronize cache failed The drive works fine without TRIM on this controller. I also had no issues whatsoever with two SATA harddisks pre- viously running on the same card for several months. I believe there's an issue with the controller since I've verified that the drive works fine with TRIM enabled on two different SATA controllers (nForce3 and nForce MCP77 AHCI on Gigabyte mainboards). Any use opening a PR or should I get another controller? I'm aware there are "issues" at least with PDC40718-based cards. Cheers, -sascha From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 13:00:35 2012 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 02F5810656FA for ; Thu, 2 Aug 2012 13:00:34 +0000 (UTC) (envelope-from attila.bogar@linguamatics.com) Received: from mail.linguamatics.com (mail.linguamatics.com [188.39.80.203]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8B98FC2B for ; Thu, 2 Aug 2012 13:00:30 +0000 (UTC) Received: from [10.252.10.232] (random.linguamatics.com [10.252.10.232]) by mail.linguamatics.com (Postfix) with ESMTPSA id 48546EFB44C for ; Thu, 2 Aug 2012 13:52:42 +0100 (BST) Message-ID: <501A781D.2050506@linguamatics.com> Date: Thu, 02 Aug 2012 13:52:45 +0100 From: =?ISO-8859-1?Q?Attila_Bog=E1r?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 02 Aug 2012 13:00:35 -0000 Hello, I'm repeating my last month request. Who is responsible for Heimdal/Kerberos or GSSAPI/NFS in FreeBSD? I got a working NFSv3/Kerberos over UDP for EL6 nfs clients, but suddenly I'm experiencing NFS I/O errors on high load/small files, which I think are due to the buggy/old heimdal in FreeBSD. NFS+Kerberos with EL6 over TCP is broken anyway. Attila From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 14:22:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EF10106566B for ; Thu, 2 Aug 2012 14:22:41 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE078FC0C for ; Thu, 2 Aug 2012 14:22:41 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta06.emeryville.ca.mail.comcast.net with comcast id hqKq1j0081vN32cA6qMbMb; Thu, 02 Aug 2012 14:21:35 +0000 Received: from [10.50.2.164] ([206.210.89.202]) by omta22.emeryville.ca.mail.comcast.net with comcast id hqMM1j00A4Mx3R28iqMQTa; Thu, 02 Aug 2012 14:21:33 +0000 Message-ID: <501A8CE0.4000800@comcast.net> Date: Thu, 02 Aug 2012 10:21:20 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-stable Content-Type: multipart/mixed; boundary="------------070503000909080708000307" Cc: Alexander Motin Subject: Problem detecting Sil3124 SATA controllers off of Sandy Bridge northbridge-connected PCIe slots 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, 02 Aug 2012 14:22:41 -0000 This is a multi-part message in MIME format. --------------070503000909080708000307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, We're having some trouble with detection of a couple of Sil3124 SATA controller cards on newer motherboard and processor combos. Specifically, we're running a Supermicro X9SCM-F motherboard (latest BIOS) and Intel E3-1220v2 CPU. What we're seeing: - Syba Sil3124 PCIe cards are only being detected when installed in PCIe Slot 4 -- The motherboard documentation shows that this is the only slot connected to the Intel C202/204 chipset on the motherboard -- Slots 5, 6, and 7 are connected to the integrated northbridge on the Ivy Bridge CPU (there is no slot 1, 2, or 3) FreeBSD won't detect even a single Sil3124 card installed in PCIe slot 5, 6, or 7. If we put an Intel Dual-port NIC in either of one of these slots, it is detected just fine. I've attached a verbose dmesg.boot from this box running FreeBSD 9.0-RELEASE. We've also tried 8.1-RELEASE, 8.2-RELEASE, and 9.1-BETA1 with the same results. Booting with ACPI disabled results in a kernel panic during the boot process. I'd greatly appreciate any help or suggestions on this matter. We've already tried just about every BIOS option on the board. Steve Polyack --------------070503000909080708000307 Content-Type: text/plain; charset=UTF-8; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.boot" Table 'FACP' at 0xddfb5290 Table 'APIC' at 0xddfb5388 APIC: Found table at 0xddfb5388 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Table 'FACP' at 0xddfb5290 Table 'APIC' at 0xddfb5388 Table 'FPDT' at 0xddfb5400 Table 'MCFG' at 0xddfb5448 Table 'HPET' at 0xddfb5488 Table 'SSDT' at 0xddfb54c0 Table 'SPMI' at 0xddfb5830 Table 'SSDT' at 0xddfb5870 Table 'SPCR' at 0xddfb62f8 Table 'EINJ' at 0xddfb6348 Table 'ERST' at 0xddfb6478 Table 'HEST' at 0xddfb6688 Table 'BERT' at 0xddfb6730 Table 'BGRT' at 0xddfb6760 ACPI: No SRAT table found Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff813cf000. Calibrating TSC clock ... TSC clock: 3100091416 Hz CPU: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz (3100.09-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306a9 Family = 6 Model = 3a Stepping = 9 Features=0xbfebfbff Features2=0x77bae3ff> AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000094fff, 606208 bytes (148 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x000000000140b000 - 0x00000000dddecfff, 3701350400 bytes (903650 pages) 0x00000000df056000 - 0x00000000df056fff, 4096 bytes (1 pages) 0x00000000df09a000 - 0x00000000df7fffff, 7757824 bytes (1894 pages) 0x0000000100000000 - 0x0000000400fa7fff, 12901318656 bytes (3149736 pages) avail memory = 16506712064 (15742 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 2 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 6 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000246000 x86bios: EBDA 0x098000-0x09ffff at 0xfffffe0000098000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 4 lapic0: CMCI unmasked ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ACPI: RSDP 0xf0490 00024 (v02 SUPERM) ACPI: XSDT 0xddfaa088 00094 (v01 SUPERM SMCI--MB 00000001 AMI 00010013) ACPI: FACP 0xddfb5290 000F4 (v04 SUPERM SMCI--MB 00000001 AMI 00010013) ACPI: DSDT 0xddfaa1b8 0B0D7 (v02 SUPERM SMCI--MB 00000000 INTL 20051117) ACPI: FACS 0xddfb8f80 00040 ACPI: APIC 0xddfb5388 00072 (v03 SUPERM SMCI--MB 00000001 AMI 00010013) ACPI: FPDT 0xddfb5400 00044 (v01 SUPERM SMCI--MB 00000001 AMI 00010013) ACPI: MCFG 0xddfb5448 0003C (v01 SUPERM SMCI--MB 00000001 MSFT 00000097) ACPI: HPET 0xddfb5488 00038 (v01 SUPERM SMCI--MB 00000001 AMI. 00000005) ACPI: SSDT 0xddfb54c0 0036D (v01 SataRe SataTabl 00001000 INTL 20091112) ACPI: SPMI 0xddfb5830 00040 (v05 A M I OEMSPMI 00000000 AMI. 00000000) ACPI: SSDT 0xddfb5870 00A88 (v01 PmRef CpuPm 00003000 INTL 20051117) ACPI: SPCR 0xddfb62f8 00050 (v01 A M I APTIO4 00000001 AMI. 00000005) ACPI: EINJ 0xddfb6348 00130 (v01 AMI AMI EINJ 00000000 00000000) ACPI: ERST 0xddfb6478 00210 (v01 AMIER AMI ERST 00000000 00000000) ACPI: HEST 0xddfb6688 000A8 (v01 AMI AMI HEST 00000000 00000000) ACPI: BERT 0xddfb6730 00030 (v01 AMI AMI BERT 00000000 00000000) ACPI: BGRT 0xddfb6760 00038 (v00 SUPERM SMCI--MB 00000001 AMI 00010013) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> random: kbd: new array size 4 kbd1 at kbdmux0 nfslock: pseudo-device mem: io: null: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xf8000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: reservation of 67, 1 (4) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 ACPI: SSDT 0xdde3f018 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0083B (v01 PmRef Cpu0Cst 00003001 INTL 20051117) cpu1: on acpi0 ACPI: SSDT 0xdde50c18 00119 (v01 PmRef ApCst 00003000 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 00119 (v01 PmRef ApCst 00003000 INTL 20051117) cpu2: on acpi0 cpu3: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xe0000000-0xfeafffff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x0158, revid=0x09 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x0151, revid=0x09 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x13 (4750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x0155, revid=0x09 domain=0, bus=0, slot=1, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x13 (4750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1502, revid=0x05 domain=0, bus=0, slot=25, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7c00000, size 17, enabled pcib0: allocated type 3 (0xf7c00000-0xf7c1ffff) for rid 10 of pci0:0:25:0 map[14]: type Memory, range 32, base 0xf7c25000, size 12, enabled pcib0: allocated type 3 (0xf7c25000-0xf7c25fff) for rid 14 of pci0:0:25:0 map[18]: type I/O Port, range 32, base 0xf020, size 5, enabled pcib0: allocated type 4 (0xf020-0xf03f) for rid 18 of pci0:0:25:0 pcib0: matched entry for 0.25.INTA pcib0: slot 25 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x1c2d, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7c24000, size 10, enabled pcib0: allocated type 3 (0xf7c24000-0xf7c243ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1c10, revid=0xb5 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x13 (4750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1c18, revid=0xb5 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x13 (4750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1c26, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7c23000, size 10, enabled pcib0: allocated type 3 (0xf7c23000-0xf7c233ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xa5 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x1b (6750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1c54, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1c02, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0047, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xf070, size 3, enabled pcib0: allocated type 4 (0xf070-0xf077) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xf060, size 2, enabled pcib0: allocated type 4 (0xf060-0xf063) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xf050, size 3, enabled pcib0: allocated type 4 (0xf050-0xf057) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xf040, size 2, enabled pcib0: allocated type 4 (0xf040-0xf043) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xf000, size 5, enabled pcib0: allocated type 4 (0xf000-0xf01f) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xf7c22000, size 11, enabled pcib0: allocated type 3 (0xf7c22000-0xf7c227ff) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x1c22, revid=0x05 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0143, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[10]: type Memory, range 64, base 0xf7c21000, size 8, enabled pcib0: allocated type 3 (0xf7c21000-0xf7c210ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0x580, size 5, enabled pcib0: allocated type 4 (0x580-0x59f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib1 pcib0: allocated type 3 (0xf7b00000-0xf7bfffff) for rid 20 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xf7b00000-0xf7bfffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x8086, dev=0x105e, revid=0x06 domain=0, bus=1, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7ba0000, size 17, enabled pcib1: allocated memory range (0xf7ba0000-0xf7bbffff) for rid 10 of pci0:1:0:0 map[14]: type Memory, range 32, base 0xf7b80000, size 17, enabled pcib1: allocated memory range (0xf7b80000-0xf7b9ffff) for rid 14 of pci0:1:0:0 map[18]: type I/O Port, range 32, base 0xe020, size 5, enabled pcib1: allocated I/O port range (0xe020-0xe03f) for rid 18 of pci0:1:0:0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x105e, revid=0x06 domain=0, bus=1, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7b40000, size 17, enabled pcib1: allocated memory range (0xf7b40000-0xf7b5ffff) for rid 10 of pci0:1:0:1 map[14]: type Memory, range 32, base 0xf7b20000, size 17, enabled pcib1: allocated memory range (0xf7b20000-0xf7b3ffff) for rid 14 of pci0:1:0:1 map[18]: type I/O Port, range 32, base 0xe000, size 5, enabled pcib1: allocated I/O port range (0xe000-0xe01f) for rid 18 of pci0:1:0:1 pcib1: matched entry for 1.0.INTB pcib1: slot 0 INTB hardwired to IRQ 17 em0: port 0xe020-0xe03f mem 0xf7ba0000-0xf7bbffff,0xf7b80000-0xf7b9ffff irq 16 at device 0.0 on pci1 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 49 em0: using IRQ 256 for MSI em0: Using an MSI interrupt em0: bpf attached em0: Ethernet address: 68:05:ca:04:1f:6a em1: port 0xe000-0xe01f mem 0xf7b40000-0xf7b5ffff,0xf7b20000-0xf7b3ffff irq 17 at device 0.1 on pci1 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 50 em1: using IRQ 257 for MSI em1: Using an MSI interrupt em1: bpf attached em1: Ethernet address: 68:05:ca:04:1f:6b pcib2: irq 16 at device 1.1 on pci0 pcib0: allocated type 4 (0xd000-0xdfff) for rid 1c of pcib2 pcib0: allocated type 3 (0xf7a00000-0xf7afffff) for rid 20 of pcib2 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 3 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xf7a00000-0xf7afffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x12d8, dev=0xe111, revid=0x02 domain=0, bus=2, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib3: at device 0.0 on pci2 pcib2: attempting to grow I/O port window for (0-0xfff,0x1000) pcib3: failed to allocate initial I/O port window: 0-0xfff pcib2: attempting to grow memory window for (0-0xfffff,0x100000) pcib3: failed to allocate initial memory window: 0-0xfffff pcib2: failed to allocate initial prefetch window (0-0xfffff,0x100000) pcib2: attempting to grow memory window for (0-0xfffff,0x100000) pcib3: failed to allocate initial prefetch window: 0-0xfffff pcib3: domain 0 pcib3: secondary bus 0 pcib3: subordinate bus 0 pcib3: no prefetched decode em2: port 0xf020-0xf03f mem 0xf7c00000-0xf7c1ffff,0xf7c25000-0xf7c25fff irq 20 at device 25.0 on pci0 em2: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 51 em2: using IRQ 258 for MSI em2: Using an MSI interrupt em2: bpf attached em2: Ethernet address: 00:25:90:7a:8d:83 ehci0: mem 0xf7c24000-0xf7c243ff irq 16 at device 26.0 on pci0 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 52 usbus0: EHCI version 1.0 usbus0: on ehci0 usbus0: bpf attached ehci0: usbpf: Attached pcib4: irq 16 at device 28.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: irq 16 at device 28.4 on pci0 pcib0: allocated type 4 (0xc000-0xcfff) for rid 1c of pcib5 pcib0: allocated type 3 (0xf7900000-0xf79fffff) for rid 20 of pcib5 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xc000-0xcfff pcib5: memory decode 0xf7900000-0xf79fffff pcib5: no prefetched decode pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x10d3, revid=0x00 domain=0, bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 5 messages in map 0x1c map[10]: type Memory, range 32, base 0xf7900000, size 17, enabled pcib5: allocated memory range (0xf7900000-0xf791ffff) for rid 10 of pci0:5:0:0 map[18]: type I/O Port, range 32, base 0xc000, size 5, enabled pcib5: allocated I/O port range (0xc000-0xc01f) for rid 18 of pci0:5:0:0 map[1c]: type Memory, range 32, base 0xf7920000, size 14, enabled pcib5: allocated memory range (0xf7920000-0xf7923fff) for rid 1c of pci0:5:0:0 pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 16 em3: port 0xc000-0xc01f mem 0xf7900000-0xf791ffff,0xf7920000-0xf7923fff irq 16 at device 0.0 on pci5 em3: attempting to allocate 3 MSI-X vectors (5 supported) msi: routing MSI-X IRQ 259 to local APIC 0 vector 53 msi: routing MSI-X IRQ 260 to local APIC 0 vector 54 msi: routing MSI-X IRQ 261 to local APIC 0 vector 55 em3: using IRQs 259-261 for MSI-X em3: Using MSIX interrupts with 3 vectors em3: bpf attached em3: Ethernet address: 00:25:90:7a:8d:82 ehci1: mem 0xf7c23000-0xf7c233ff irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 56 usbus1: EHCI version 1.0 usbus1: on ehci1 usbus1: bpf attached ehci1: usbpf: Attached pcib6: at device 30.0 on pci0 pcib0: allocated type 3 (0xf7000000-0xf78fffff) for rid 20 of pcib6 pcib0: allocated type 3 (0xf6000000-0xf6ffffff) for rid 24 of pcib6 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: memory decode 0xf7000000-0xf78fffff pcib6: prefetched decode 0xf6000000-0xf6ffffff pcib6: Subtractively decoded bridge. pci6: on pcib6 pci6: domain=0, physical bus=6 found-> vendor=0x102b, dev=0x0532, revid=0x0a domain=0, bus=6, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf6000000, size 24, enabled pcib6: allocated prefetch range (0xf6000000-0xf6ffffff) for rid 10 of pci0:6:3:0 map[14]: type Memory, range 32, base 0xf7800000, size 14, enabled pcib6: allocated memory range (0xf7800000-0xf7803fff) for rid 14 of pci0:6:3:0 map[18]: type Memory, range 32, base 0xf7000000, size 23, enabled pcib6: allocated memory range (0xf7000000-0xf77fffff) for rid 18 of pci0:6:3:0 pcib6: matched entry for 6.3.INTA pcib6: slot 3 INTA hardwired to IRQ 19 vgapci0: mem 0xf6000000-0xf6ffffff,0xf7800000-0xf7803fff,0xf7000000-0xf77fffff irq 19 at device 3.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf000-0xf01f mem 0xf7c22000-0xf7c227ff irq 19 at device 31.2 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 262 to local APIC 0 vector 57 ahci0: using IRQ 262 for MSI ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports ahci0: Caps2: APST ahci0: EM Caps: ALHD XMT SMB LED ahcich0: at channel 0 on ahci0 ahcich0: Caps: HPCP ahcich1: at channel 1 on ahci0 ahcich1: Caps: HPCP ahcich2: at channel 2 on ahci0 ahcich2: Caps: HPCP ahcich3: at channel 3 on ahci0 ahcich3: Caps: HPCP ahcich4: at channel 4 on ahci0 ahcich4: Caps: HPCP ahcich5: at channel 5 on ahci0 ahcich5: Caps: HPCP pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 263 to local APIC 0 vector 58 msi: routing MSI-X IRQ 264 to local APIC 0 vector 59 msi: routing MSI-X IRQ 265 to local APIC 0 vector 60 msi: routing MSI-X IRQ 266 to local APIC 0 vector 61 msi: routing MSI-X IRQ 267 to local APIC 0 vector 62 msi: routing MSI-X IRQ 268 to local APIC 0 vector 63 msi: routing MSI-X IRQ 269 to local APIC 0 vector 64 msi: routing MSI-X IRQ 270 to local APIC 0 vector 65 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 66 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 67 Event timer "i8254" frequency 1193182 Hz quality 100 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 68 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 69 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 70 uart1: fast interrupt uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 ioapic0: routing intpin 10 (ISA IRQ 10) to lapic 0 vector 71 uart2: fast interrupt acpi0: wakeup code va 0xffffff8461ab1000 pa 0x4000 ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 3: ioport 0x3c00 alloc failed ahc_isa_probe 4: ioport 0x4c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 7: ioport 0x7c00 alloc failed ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices est0: enabling SpeedStep est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 21a000001f00 device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 217700001f00 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 21a000001f00 device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 21a000001f00 device_attach: est3 attach returned 6 p4tcc3: on cpu3 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 50001481 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 acpi_tz0: _AC4: temperature 27.8 >= setpoint 0.0 acpi_tz0: _AC3: temperature 27.8 >= setpoint 0.0 acpi_tz0: _AC2: temperature 27.8 >= setpoint 0.0 acpi_tz0: switched from NONE to _AC2: 27.8C acpi_tz0: _AC4: temperature 27.8 >= setpoint 0.0 acpi_tz0: _AC3: temperature 27.8 >= setpoint 0.0 acpi_tz0: _AC4: temperature 27.8 >= setpoint 0.0 acpi_tz0: _AC3: temperature 27.8 >= setpoint 0.0 ahcich0: AHCI reset... ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found lapic4: CMCI unmasked lapic2: CMCI unmasked lapic6: CMCI unmasked SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 msi: Assigning MSI-X IRQ 264 to local APIC 2 vector 48 msi: Assigning MSI-X IRQ 265 to local APIC 4 vector 48 msi: Assigning MSI-X IRQ 266 to local APIC 6 vector 48 SMP: passed TSC synchronization test TSC timecounter discards lower 8 bit(s) Timecounter "TSC-low" frequency 12109732 Hz quality 1000 Root mount waiting for: usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 Root mount waiting for: usbus1 usbus0 uhub2: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.3: at usbus0 ums0: on usbus0 ums0: 3 buttons and [Z] coordinates ID=0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ugen1.3: at usbus1 ukbd1: on usbus1 kbd3 at ukbd1 kbd3: ukbd1, generic (0), config:0x0, flags:0x3d0000 usbd_set_config_index: could not read device status: USB_ERR_SHORT_XFER ugen1.4: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:6:0:-1: Attached to scbus6 GEOM: new disk da0 pass0 at umass-sim0 bus 0 scbus6 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number 070821D00B00 pass0: 40.000MB/s transfers da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number 070821D00B00 da0: 40.000MB/s transfers da0: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) GEOM: da0: geometry does not match label (64h,33s != 255h,63s). GEOM: da0: media size does not match label. Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... start_init: trying /sbin/init --------------070503000909080708000307-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 15:04:43 2012 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 37B92106566C for ; Thu, 2 Aug 2012 15:04:43 +0000 (UTC) (envelope-from apeiron@isuckatdomains.net) Received: from isuckatdomains.net (unknown [IPv6:2600:3c01:e000:4::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9BB8FC1F for ; Thu, 2 Aug 2012 15:04:43 +0000 (UTC) Received: from isuckatdomains.isuckatdomains.net (isuckatdomains.net [74.207.243.179]) by isuckatdomains.net (Postfix) with ESMTPSA id BFECC45E0E for ; Thu, 2 Aug 2012 11:04:42 -0400 (EDT) Date: Thu, 2 Aug 2012 11:04:41 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Message-ID: <20120802150441.GE11061@isuckatdomains.isuckatdomains.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <501A781D.2050506@linguamatics.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rgf3q3z9SdmXC6oT" Content-Disposition: inline In-Reply-To: <501A781D.2050506@linguamatics.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 02 Aug 2012 15:04:43 -0000 --Rgf3q3z9SdmXC6oT Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 02, 2012 at 13:52:45 +0100 , Attila Bog=E1r wrote: > Hello, >=20 > I'm repeating my last month request. >=20 > Who is responsible for Heimdal/Kerberos or GSSAPI/NFS in FreeBSD? >=20 > I got a working NFSv3/Kerberos over UDP for EL6 nfs clients, but > suddenly I'm experiencing NFS I/O errors on high load/small files, > which I think are due to the buggy/old heimdal in FreeBSD. Rather than sending repeated mails to the list (which you've already seen get dropped on the floor), consider using the proper channels for reporting bugs. Send a PR. See http://www.freebsd.org/send-pr.html for more information. --=20 Thanks and best regards, Chris Nehren --Rgf3q3z9SdmXC6oT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJQGpcIAAoJEB3ywRGrHAnQSgQP/jiIs5zIFVFScvHdkrgrV8hE bdAK2RqbSz72kJ097CB5HPDPYnTO+N4QOUYAtG7UPVq8+GnII4qC+KrGxAc6hf8o Hpy+6awVC19KFEegOMds1Vj+azlcI762Miup/MM7TjTuebPL05f+uBajSMLv3VEy 3QPQJcmrU6WCWZW+1okaB2czgYrPy9lj+sryKfIn33xxrnU9V7YZo3DU3pA76i46 1TjofFsTcNceoEeXpn64Emqs30KU+NtKcwhACr957CjYgtf8kcrpU1yN1a7nAWc7 ujxdsRd7E5KRbQ05kroOGKCrirjbYk9HrGUqttXy6FgQjHUh0j6a34TW7naS/9CW Yb1lRmSBhZlgO73/R2GEiZBuu1+c8GDrLGEfK+jC1nC7esgWGvixPPU3CONmvJtm CTCBOHktttiFC5IAOsFjc5Gjso+Z4YezCgq8zXMDQpBezJGC6ipawxi5rlU6v3Sn LAf3JeKr9ueAqTXpKecG5yEtJ7tk/e8Lkcf/Bj6oigcfi+eRYQpL95bzS6SYsRrX MWLklQlxsYnPaEkJnZkiv41zpUsIbwY6CLwUGDudjv8oPOobHzPNtkSGtYSjeL2y IbkDnQxMLO3ubG8cOswKm1xY0Y1CRm096ZdMnp7iGaM67a1ZYAwfLO8pGJMH2JJn FI1yKK1hz7bKFlvzYqxc =RZBa -----END PGP SIGNATURE----- --Rgf3q3z9SdmXC6oT-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 17:50:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B1BC1065680; Thu, 2 Aug 2012 17:50:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDF98FC16; Thu, 2 Aug 2012 17:50:29 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A22ECB97B; Thu, 2 Aug 2012 13:50:28 -0400 (EDT) From: John Baldwin To: Sean Bruno Date: Thu, 2 Aug 2012 09:51:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201208010853.11447.jhb@freebsd.org> <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201208020951.19565.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 Aug 2012 13:50:28 -0400 (EDT) Cc: "attilio@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() 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, 02 Aug 2012 17:50:29 -0000 On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote: > On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote: > > Index: vfs_subr.c > > =================================================================== > > --- vfs_subr.c (revision 238969) > > +++ vfs_subr.c (working copy) > > @@ -1868,8 +1868,11 @@ sched_sync(void) > > continue; > > } > > > > - if (first_printf == 0) > > + if (first_printf == 0) { > > + mtx_unlock(&sync_mtx); > > wdog_kern_pat(WD_LASTVAL); > > + mtx_lock(&sync_mtx); > > + } > > > > } > > if (!LIST_EMPTY(gslp)) { > > > > > > -- > > John Baldwin > > This definitely makes the panic go away on reboot. Attilio, does this change seem ok to you? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 18:49:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 570F71065670 for ; Thu, 2 Aug 2012 18:49:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3A28FC0C for ; Thu, 2 Aug 2012 18:49:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9C481B97B; Thu, 2 Aug 2012 14:49:40 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 2 Aug 2012 13:57:21 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <0974E59F-62DA-407A-99A7-6704A70D12C6@airwired.net> <201208011206.11269.jhb@freebsd.org> <531469F2-6095-4717-887F-01FA4B4C80EB@airwired.net> In-Reply-To: <531469F2-6095-4717-887F-01FA4B4C80EB@airwired.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208021357.21365.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 Aug 2012 14:49:40 -0400 (EDT) Cc: Konstantin Belousov , Dan Allen Subject: Re: local APIC error 0x40 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, 02 Aug 2012 18:49:41 -0000 On Wednesday, August 01, 2012 6:04:55 pm Dan Allen wrote: > > On Aug 1, 2012, at 10:06 AM, John Baldwin wrote: > > > Can you use a binary search on the date to narrow down which commit breaks it? > > Sadly, I cannot. I upgraded the machine to RELENG_9. The powerd demon appears to control the fan okay now. However I still must use the apic hint in loader.conf to turn off my 2nd core or else I get flooded with that "0x40" error message. > > Today running in 9.1 PRERELEASE I have a quiet fan, only one core, and I have got a "stray irc7" message a couple of times. This is all on my Core Duo Toshiba Satellite U205. > > Meanwhile, on a Pentium 4 and a tiny Dell Mini 10 Inspiron with an Intel Atom chip, everything is fine with RELENG_9. It is just this Toshiba, which ran perfectly for years with FreeBSD 6, 7, but things have declined with 8.0 and later. Hummm. Can you get a verbose dmesg? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 18:49:42 2012 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 E854E106566B; Thu, 2 Aug 2012 18:49:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD6938FC08; Thu, 2 Aug 2012 18:49:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 26731B96E; Thu, 2 Aug 2012 14:49:42 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 2 Aug 2012 13:58:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <501A8CE0.4000800@comcast.net> In-Reply-To: <501A8CE0.4000800@comcast.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201208021358.59897.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 Aug 2012 14:49:42 -0400 (EDT) Cc: Alexander Motin , Steve Polyack , freebsd-hardware@freebsd.org Subject: Re: Problem detecting Sil3124 SATA controllers off of Sandy Bridge northbridge-connected PCIe slots 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, 02 Aug 2012 18:49:43 -0000 On Thursday, August 02, 2012 10:21:20 am Steve Polyack wrote: > Hi, > > We're having some trouble with detection of a couple of Sil3124 SATA > controller cards on newer motherboard and processor combos. > Specifically, we're running a Supermicro X9SCM-F motherboard (latest > BIOS) and Intel E3-1220v2 CPU. > > What we're seeing: > - Syba Sil3124 PCIe cards are only being detected when installed in PCIe > Slot 4 > -- The motherboard documentation shows that this is the only slot > connected to the Intel C202/204 chipset on the motherboard > -- Slots 5, 6, and 7 are connected to the integrated northbridge on the > Ivy Bridge CPU > (there is no slot 1, 2, or 3) > > FreeBSD won't detect even a single Sil3124 card installed in PCIe slot > 5, 6, or 7. If we put an Intel Dual-port NIC in either of one of these > slots, it is detected just fine. > > I've attached a verbose dmesg.boot from this box running FreeBSD > 9.0-RELEASE. We've also tried 8.1-RELEASE, 8.2-RELEASE, and 9.1-BETA1 > with the same results. Booting with ACPI disabled results in a kernel > panic during the boot process. > > I'd greatly appreciate any help or suggestions on this matter. We've > already tried just about every BIOS option on the board. Does the device show up in pciconf -l output? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 19:37:14 2012 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 BAF541065673 for ; Thu, 2 Aug 2012 19:37:14 +0000 (UTC) (envelope-from db@nipsi.de) Received: from fop.bsdsystems.de (mx.bsdsystems.de [88.198.57.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7928D8FC19 for ; Thu, 2 Aug 2012 19:37:14 +0000 (UTC) Received: from [172.16.10.254] (d060107.adsl.hansenet.de [80.171.60.107]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id 95E6E217E77 for ; Thu, 2 Aug 2012 21:10:22 +0200 (CEST) From: dennis berger Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 2 Aug 2012 21:10:19 +0200 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: ixgbe: device missing when SPF+ isn't inserted? ixN: Hardware Initialization Failure 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, 02 Aug 2012 19:37:14 -0000 Hi list, can somebody fix the bug that the device ixN is missing when the cable = mainly the SFP+ module isn't inserted during boot?! Today I connected a new server to our storage system which has 3 ixgbe = cards so 6 ports and is freebsd 9 based. Then I have noticed that the link is missing and the free ports were = missing from ifconfig. Checking the dmesg revealed the problem. ixN: Hardware Initialization Failure SPF+ module missing *narf* It's the same bug as this PR = http://www.mail-archive.com/freebsd-bugs@freebsd.org/msg00213.html Thanks and have a good day, -dennis From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:28:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79919106566C; Thu, 2 Aug 2012 20:28:29 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 433678FC18; Thu, 2 Aug 2012 20:28:27 +0000 (UTC) Received: by lbbgm13 with SMTP id gm13so1110108lbb.13 for ; Thu, 02 Aug 2012 13:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=B8y0MklcVeV53LDJXW8poIPDjHdgScis5oZHlsOPTjA=; b=gSSQVqySDL7QfmNDCvlcAmXUqJcRwYJzXabbj5gPOoRh9N/meuDIZEcYwxaRkTphqC Odd5wAyXGMV5uDnfkM+5A4V/YbeOtbRpnW93xvZQMFr5Mt2yYY/ehNdcRB+y9UdhA3h8 mTimbkaLV76o6L8vvsdxGxGTxegrBq2p48JVh8uvH7vxZ7uH7fTiantRR7yti5QkPntF tOnVe+bop+8LoGudCDYOQog4jfJrQFUrOv3v/7JT5E8AoyRc18X860S6j0/iJZdp74HZ KLSxmRVzWUvX9VOJdeJrroPSUbY0hOfVm5mG05fTs/llTyGgWFa465Xfs+qFvvw/7CrS s5FA== MIME-Version: 1.0 Received: by 10.152.144.163 with SMTP id sn3mr15324050lab.37.1343939306992; Thu, 02 Aug 2012 13:28:26 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Thu, 2 Aug 2012 13:28:26 -0700 (PDT) In-Reply-To: <201208020951.19565.jhb@freebsd.org> References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201208010853.11447.jhb@freebsd.org> <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> <201208020951.19565.jhb@freebsd.org> Date: Thu, 2 Aug 2012 21:28:26 +0100 X-Google-Sender-Auth: 456hHDR_UimVgZ_iBTCY6bpsdfA Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" , Sean Bruno Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2012 20:28:29 -0000 On 8/2/12, John Baldwin wrote: > On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote: >> On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote: >> > Index: vfs_subr.c >> > =================================================================== >> > --- vfs_subr.c (revision 238969) >> > +++ vfs_subr.c (working copy) >> > @@ -1868,8 +1868,11 @@ sched_sync(void) >> > continue; >> > } >> > >> > - if (first_printf == 0) >> > + if (first_printf == 0) { >> > + mtx_unlock(&sync_mtx); >> > wdog_kern_pat(WD_LASTVAL); >> > + mtx_lock(&sync_mtx); >> > + } >> > >> > } >> > if (!LIST_EMPTY(gslp)) { >> > >> > >> > -- >> > John Baldwin >> >> This definitely makes the panic go away on reboot. > > Attilio, does this change seem ok to you? Thanks for asking me to review. I think it is safe because we are going to use LIST_EMPTY() on the global list anyway as next check. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:35:36 2012 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 65AD6106566B for ; Thu, 2 Aug 2012 20:35:36 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1E56E8FC1A for ; Thu, 2 Aug 2012 20:35:36 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta04.westchester.pa.mail.comcast.net with comcast id huxb1j00C0vyq2s54wbep3; Thu, 02 Aug 2012 20:35:38 +0000 Received: from [10.50.2.164] ([206.210.89.202]) by omta05.westchester.pa.mail.comcast.net with comcast id hwbY1j0014Mx3R23RwbaZc; Thu, 02 Aug 2012 20:35:44 +0000 Message-ID: <501AE488.1090001@comcast.net> Date: Thu, 02 Aug 2012 16:35:20 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: John Baldwin References: <501A8CE0.4000800@comcast.net> <201208021358.59897.jhb@freebsd.org> In-Reply-To: <201208021358.59897.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------060304060102010900020406" Cc: Alexander Motin , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Problem detecting Sil3124 SATA controllers off of Sandy Bridge northbridge-connected PCIe slots 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, 02 Aug 2012 20:35:36 -0000 This is a multi-part message in MIME format. --------------060304060102010900020406 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 08/02/2012 01:58 PM, John Baldwin wrote: > On Thursday, August 02, 2012 10:21:20 am Steve Polyack wrote: >> Hi, >> >> We're having some trouble with detection of a couple of Sil3124 SATA >> controller cards on newer motherboard and processor combos. >> Specifically, we're running a Supermicro X9SCM-F motherboard (latest >> BIOS) and Intel E3-1220v2 CPU. >> >> What we're seeing: >> - Syba Sil3124 PCIe cards are only being detected when installed in PCIe >> Slot 4 >> -- The motherboard documentation shows that this is the only slot >> connected to the Intel C202/204 chipset on the motherboard >> -- Slots 5, 6, and 7 are connected to the integrated northbridge on the >> Ivy Bridge CPU >> (there is no slot 1, 2, or 3) >> >> FreeBSD won't detect even a single Sil3124 card installed in PCIe slot >> 5, 6, or 7. If we put an Intel Dual-port NIC in either of one of these >> slots, it is detected just fine. >> >> I've attached a verbose dmesg.boot from this box running FreeBSD >> 9.0-RELEASE. We've also tried 8.1-RELEASE, 8.2-RELEASE, and 9.1-BETA1 >> with the same results. Booting with ACPI disabled results in a kernel >> panic during the boot process. >> >> I'd greatly appreciate any help or suggestions on this matter. We've >> already tried just about every BIOS option on the board. > Does the device show up in pciconf -l output? > The device itself does NOT show up in pciconf -l output. However, I ran pciconf on two different boots, once with and once without the card installed in one of the non-probed slots. I noticed that the following "Ivy Bridge PCI Express Root Port" showed up when the card was installed: +pcib2@pci0:0:1:1: class=0x060400 card=0x062415d9 chip=0x01558086 rev=0x09 hdr=0x01 + vendor = 'Intel Corporation' + device = 'Ivy Bridge PCI Express Root Port' + class = bridge + subclass = PCI-PCI + cap 0d[88] = PCI Bridge card=0x062415d9 + cap 01[80] = powerspec 3 supports D0 D3 current D0 + cap 05[90] = MSI supports 1 message + cap 10[a0] = PCI-Express 2 root port max data 128(128) link x1(x8) + ecap 0002[100] = VC 1 max VC0 + ecap 0005[140] = unknown 1 + ecap 0019[d94] = unknown 1 The previous Ivy Bridge Root Port still shows up, and shows the following change: - cap 10[a0] = PCI-Express 2 root port max data 256(256) link x1(x8) + cap 10[a0] = PCI-Express 2 root port max data 256(256) link x0(x8) I also meant to note in my initial email that the Option ROM (RAID setup, drive probing, etc.) shows up for the Sil3124 SATA card in any slot. Even when the OS is unable to discover the card. Thanks for the response, Steve --------------060304060102010900020406 Content-Type: text/plain; charset=UTF-8; name="pciconf_lvcb_with_sil3124" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf_lvcb_with_sil3124" hostb0@pci0:0:0:0: class=0x060000 card=0x062415d9 chip=0x01588086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'Ivy Bridge DRAM Controller' class = bridge subclass = HOST-PCI cap 09[e0] = vendor (length 12) Intel cap 0 version 1 pcib1@pci0:0:1:0: class=0x060400 card=0x062415d9 chip=0x01518086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'Ivy Bridge PCI Express Root Port' class = bridge subclass = PCI-PCI cap 0d[88] = PCI Bridge card=0x062415d9 cap 01[80] = powerspec 3 supports D0 D3 current D0 cap 05[90] = MSI supports 1 message cap 10[a0] = PCI-Express 2 root port max data 256(256) link x0(x8) ecap 0002[100] = VC 1 max VC0 ecap 0005[140] = unknown 1 ecap 0019[d94] = unknown 1 pcib2@pci0:0:1:1: class=0x060400 card=0x062415d9 chip=0x01558086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'Ivy Bridge PCI Express Root Port' class = bridge subclass = PCI-PCI cap 0d[88] = PCI Bridge card=0x062415d9 cap 01[80] = powerspec 3 supports D0 D3 current D0 cap 05[90] = MSI supports 1 message cap 10[a0] = PCI-Express 2 root port max data 128(128) link x1(x8) ecap 0002[100] = VC 1 max VC0 ecap 0005[140] = unknown 1 ecap 0019[d94] = unknown 1 em0@pci0:0:25:0: class=0x020000 card=0x150215d9 chip=0x15028086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82579LM Gigabit Network Connection' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xf7b00000, size 131072, enabled bar [14] = type Memory, range 32, base 0xf7b25000, size 4096, enabled bar [18] = type I/O Port, range 32, base 0xf020, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP ehci0@pci0:0:26:0: class=0x0c0320 card=0x062415d9 chip=0x1c2d8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family USB Enhanced Host Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf7b24000, size 1024, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP pcib4@pci0:0:28:0: class=0x060400 card=0x062415d9 chip=0x1c108086 rev=0xb5 hdr=0x01 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family PCI Express Root Port 1' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) link x0(x4) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x062415d9 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib5@pci0:0:28:4: class=0x060400 card=0x062415d9 chip=0x1c188086 rev=0xb5 hdr=0x01 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family PCI Express Root Port 5' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) link x1(x1) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x062415d9 cap 01[a0] = powerspec 2 supports D0 D3 current D0 ehci1@pci0:0:29:0: class=0x0c0320 card=0x062415d9 chip=0x1c268086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family USB Enhanced Host Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf7b23000, size 1024, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP pcib6@pci0:0:30:0: class=0x060401 card=0x062415d9 chip=0x244e8086 rev=0xa5 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x062415d9 isab0@pci0:0:31:0: class=0x060100 card=0x062415d9 chip=0x1c548086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'C204 Chipset Family LPC Controller' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: AMT, 4 PCI-e x1 slots ahci0@pci0:0:31:2: class=0x010601 card=0x062415d9 chip=0x1c028086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0xf070, size 8, enabled bar [14] = type I/O Port, range 32, base 0xf060, size 4, enabled bar [18] = type I/O Port, range 32, base 0xf050, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xf040, size 4, enabled bar [20] = type I/O Port, range 32, base 0xf000, size 32, enabled bar [24] = type Memory, range 32, base 0xf7b22000, size 2048, enabled cap 05[80] = MSI supports 1 message enabled with 1 message cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair cap 13[b0] = PCI Advanced Features: FLR TP none0@pci0:0:31:3: class=0x0c0500 card=0x062415d9 chip=0x1c228086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family SMBus Controller' class = serial bus subclass = SMBus bar [10] = type Memory, range 64, base 0xf7b21000, size 256, enabled bar [20] = type I/O Port, range 32, base 0x580, size 32, enabled pcib3@pci0:2:0:0: class=0x060400 card=0x00000000 chip=0xe11112d8 rev=0x02 hdr=0x01 vendor = 'Pericom Semiconductor' class = bridge subclass = PCI-PCI cap 07[80] = PCI-X bridge cap 01[90] = powerspec 3 supports D0 D3 current D0 cap 0d[a8] = PCI Bridge card=0x00000000 cap 10[b0] = PCI-Express 1 PCI bridge max data 128(512) link x1(x1) cap 05[f0] = MSI supports 1 message, 64 bit ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[150] = VC 1 max VC0 em1@pci0:5:0:0: class=0x020000 card=0x000015d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82574L Gigabit Network Connection' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xf7900000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0xd000, size 32, enabled bar [1c] = type Memory, range 32, base 0xf7920000, size 16384, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[140] = Serial 1 002590ffff7a8d82 vgapci0@pci0:6:3:0: class=0x030000 card=0x062415d9 chip=0x0532102b rev=0x0a hdr=0x00 vendor = 'Matrox Graphics, Inc.' device = 'MGA G200eW WPCM450' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 32, base 0xf6000000, size 16777216, enabled bar [14] = type Memory, range 32, base 0xf7800000, size 16384, enabled bar [18] = type Memory, range 32, base 0xf7000000, size 8388608, enabled cap 01[dc] = powerspec 1 supports D0 D3 current D0 --------------060304060102010900020406-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:58:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B41B81065675; Thu, 2 Aug 2012 20:58:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 88B378FC21; Thu, 2 Aug 2012 20:58:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C5C7AB95B; Thu, 2 Aug 2012 16:58:42 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 2 Aug 2012 16:34:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201208010853.11447.jhb@freebsd.org> <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201208021634.20529.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 Aug 2012 16:58:42 -0400 (EDT) Cc: "attilio@freebsd.org" , Sean Bruno Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() 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, 02 Aug 2012 20:58:43 -0000 On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote: > On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote: > > Index: vfs_subr.c > > =================================================================== > > --- vfs_subr.c (revision 238969) > > +++ vfs_subr.c (working copy) > > @@ -1868,8 +1868,11 @@ sched_sync(void) > > continue; > > } > > > > - if (first_printf == 0) > > + if (first_printf == 0) { > > + mtx_unlock(&sync_mtx); > > wdog_kern_pat(WD_LASTVAL); > > + mtx_lock(&sync_mtx); > > + } > > > > } > > if (!LIST_EMPTY(gslp)) { > > > > > > -- > > John Baldwin > > This definitely makes the panic go away on reboot. Do you have watchdogd enabled at all? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 20:58:44 2012 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 0A29E106566B; Thu, 2 Aug 2012 20:58:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D26428FC25; Thu, 2 Aug 2012 20:58:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 40A6AB97B; Thu, 2 Aug 2012 16:58:43 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 2 Aug 2012 16:58:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <501A8CE0.4000800@comcast.net> <201208021358.59897.jhb@freebsd.org> <501AE488.1090001@comcast.net> In-Reply-To: <501AE488.1090001@comcast.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201208021658.41541.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 02 Aug 2012 16:58:43 -0400 (EDT) Cc: Alexander Motin , Steve Polyack , freebsd-hardware@freebsd.org Subject: Re: Problem detecting Sil3124 SATA controllers off of Sandy Bridge northbridge-connected PCIe slots 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, 02 Aug 2012 20:58:44 -0000 On Thursday, August 02, 2012 4:35:20 pm Steve Polyack wrote: > On 08/02/2012 01:58 PM, John Baldwin wrote: > > On Thursday, August 02, 2012 10:21:20 am Steve Polyack wrote: > >> Hi, > >> > >> We're having some trouble with detection of a couple of Sil3124 SATA > >> controller cards on newer motherboard and processor combos. > >> Specifically, we're running a Supermicro X9SCM-F motherboard (latest > >> BIOS) and Intel E3-1220v2 CPU. > >> > >> What we're seeing: > >> - Syba Sil3124 PCIe cards are only being detected when installed in PCIe > >> Slot 4 > >> -- The motherboard documentation shows that this is the only slot > >> connected to the Intel C202/204 chipset on the motherboard > >> -- Slots 5, 6, and 7 are connected to the integrated northbridge on the > >> Ivy Bridge CPU > >> (there is no slot 1, 2, or 3) > >> > >> FreeBSD won't detect even a single Sil3124 card installed in PCIe slot > >> 5, 6, or 7. If we put an Intel Dual-port NIC in either of one of these > >> slots, it is detected just fine. > >> > >> I've attached a verbose dmesg.boot from this box running FreeBSD > >> 9.0-RELEASE. We've also tried 8.1-RELEASE, 8.2-RELEASE, and 9.1-BETA1 > >> with the same results. Booting with ACPI disabled results in a kernel > >> panic during the boot process. > >> > >> I'd greatly appreciate any help or suggestions on this matter. We've > >> already tried just about every BIOS option on the board. > > Does the device show up in pciconf -l output? > > > The device itself does NOT show up in pciconf -l output. However, I ran > pciconf on two different boots, once with and once without the card > installed in one of the non-probed slots. I noticed that the following > "Ivy Bridge PCI Express Root Port" showed up when the card was installed: > +pcib2@pci0:0:1:1: class=0x060400 card=0x062415d9 chip=0x01558086 > rev=0x09 hdr=0x01 > + vendor = 'Intel Corporation' > + device = 'Ivy Bridge PCI Express Root Port' > + class = bridge > + subclass = PCI-PCI > + cap 0d[88] = PCI Bridge card=0x062415d9 > + cap 01[80] = powerspec 3 supports D0 D3 current D0 > + cap 05[90] = MSI supports 1 message > + cap 10[a0] = PCI-Express 2 root port max data 128(128) link x1(x8) > + ecap 0002[100] = VC 1 max VC0 > + ecap 0005[140] = unknown 1 > + ecap 0019[d94] = unknown 1 Oh, now I see the problem. This isn't completely trivial to solve. :( pcib3: at device 0.0 on pci2 pcib2: attempting to grow I/O port window for (0-0xfff,0x1000) pcib3: failed to allocate initial I/O port window: 0-0xfff pcib2: attempting to grow memory window for (0-0xfffff,0x100000) pcib3: failed to allocate initial memory window: 0-0xfffff pcib2: failed to allocate initial prefetch window (0-0xfffff,0x100000) pcib2: attempting to grow memory window for (0-0xfffff,0x100000) pcib3: failed to allocate initial prefetch window: 0-0xfffff pcib3: domain 0 pcib3: secondary bus 0 pcib3: subordinate bus 0 pcib3: no prefetched decode This bridge isn't configured by the BIOS, so we can't see any devices behind it. I have some patches to start adding support for fixing that, but they are incomplete (and I haven't touched them in months). Try this hack as a test: Index: sys/dev/pci/pci_pci.c =================================================================== --- pci_pci.c (revision 238992) +++ pci_pci.c (working copy) @@ -566,6 +566,13 @@ pcib_attach_common(device_t dev) SYSCTL_ADD_UINT(sctx, SYSCTL_CHILDREN(soid), OID_AUTO, "subbus", CTLFLAG_RD, &sc->subbus, 0, "Subordinate bus number"); + if (device_get_unit(dev) == 3 && sc->secbus == 0 && sc->subbus == 0) { + pci_write_config(dev, PCIR_SUBBUS_1, 3, 1); + pci_write_config(dev, PCIR_SECBUS_1, 3, 1); + sc->secbus = 3; + sc->subbus = 3; + } + /* * Quirk handling. */ -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 23:01:57 2012 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 AA88F106564A; Thu, 2 Aug 2012 23:01:57 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA738FC08; Thu, 2 Aug 2012 23:01:57 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q72N1SxM062010; Thu, 2 Aug 2012 16:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1343948489; bh=8Ntez5R0dpc7vzI48gyxJEvmSoXJnixiGEz33+r9iGk=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=uXnF678FzKG8ff+B9ekm4TafvAnKgp9MAkZfsx4UBiI3qN5Qy1zE2aQmLjcQwKNXC sTSyha+izVu4QWHrdksbsCoss6itvglNrHWSvV7Gm7d0qzccbAyvOELKVKabGEeSgk wFeafwvCL6Xs7KjXh/XrUp2zF/ATjt4i3G+yISi4= From: Sean Bruno To: John Baldwin In-Reply-To: <201208021634.20529.jhb@freebsd.org> References: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> <201208010853.11447.jhb@freebsd.org> <1343861328.5229.6.camel@powernoodle.corp.yahoo.com> <201208021634.20529.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 02 Aug 2012 16:01:28 -0700 Message-ID: <1343948488.2838.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 948488002 Cc: "attilio@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: [stable 9] panic on reboot: ipmi_wd_event() 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, 02 Aug 2012 23:01:57 -0000 On Thu, 2012-08-02 at 13:34 -0700, John Baldwin wrote: > On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote: > > On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote: > > > Index: vfs_subr.c > > > =================================================================== > > > --- vfs_subr.c (revision 238969) > > > +++ vfs_subr.c (working copy) > > > @@ -1868,8 +1868,11 @@ sched_sync(void) > > > continue; > > > } > > > > > > - if (first_printf == 0) > > > + if (first_printf == 0) { > > > + mtx_unlock(&sync_mtx); > > > wdog_kern_pat(WD_LASTVAL); > > > + mtx_lock(&sync_mtx); > > > + } > > > > > > } > > > if (!LIST_EMPTY(gslp)) { > > > > > > > > > -- > > > John Baldwin > > > > This definitely makes the panic go away on reboot. > > Do you have watchdogd enabled at all? > No, we never had it enabled. Sean From owner-freebsd-stable@FreeBSD.ORG Thu Aug 2 23:31:07 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ED2C106566C for ; Thu, 2 Aug 2012 23:31:07 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id 292738FC0C for ; Thu, 2 Aug 2012 23:31:06 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q72NUuvM005436; Thu, 2 Aug 2012 19:30:56 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8F239B4014; Thu, 2 Aug 2012 19:30:56 -0400 (EDT) Date: Thu, 2 Aug 2012 19:30:56 -0400 (EDT) From: Rick Macklem To: =?utf-8?Q?Attila_Bog=C3=A1r?= Message-ID: <199928664.259142.1343950256574.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <501A781D.2050506@linguamatics.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 02 Aug 2012 23:31:07 -0000 Attila Bogar wrote: > Hello, > > I'm repeating my last month request. > > Who is responsible for Heimdal/Kerberos or GSSAPI/NFS in FreeBSD? > My understanding of the workings of the FreeBSD project is that no one holds responsibility for any given part of the source tree. I do a fair amount of work (all volunteer for $0.00) on the NFS parts, but others do good work on this part of the source tree as well. The GASSAPI/Kerberos code in the kernel RPC is largely tangential to the NFS code, although the NFS code makes use of it. I am not aware of anyone currently doing work on the Heimdal/Kerberos code, but if I'm wrong on this, hopefully someone will correct me. > I got a working NFSv3/Kerberos over UDP for EL6 nfs clients, but > suddenly I'm experiencing NFS I/O errors on high load/small files, > which > I think are due to the buggy/old heimdal in FreeBSD. > If you have the time/expertise to come up with good patches for the code and are willing to donate these to the project, I'd suggest you either post the patches or attach them to a bug report. Please remember that almost all work on FreeBSD is done by volunteers in their spare time, rick. > NFS+Kerberos with EL6 over TCP is broken anyway. > > Attila > _______________________________________________ > 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 Thu Aug 2 23:46:31 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8FA5106564A for ; Thu, 2 Aug 2012 23:46:31 +0000 (UTC) (envelope-from attila.bogar@linguamatics.com) Received: from mail.linguamatics.com (mail.linguamatics.com [188.39.80.203]) by mx1.freebsd.org (Postfix) with ESMTP id 8CBD28FC0A for ; Thu, 2 Aug 2012 23:46:31 +0000 (UTC) Received: from secure.linguamatics.com (guardian.linguamatics.com [10.252.2.1]) by mail.linguamatics.com (Postfix) with ESMTPS id 7CD7CEFB44C; Fri, 3 Aug 2012 00:46:26 +0100 (BST) Received: from [10.252.2.234] (vpn.abogar.linguamatics.com [10.252.2.234]) by secure.linguamatics.com (Postfix) with ESMTP id 751258189; Fri, 3 Aug 2012 00:54:31 +0100 (BST) Message-ID: <501B1151.5060809@linguamatics.com> Date: Fri, 03 Aug 2012 00:46:25 +0100 From: =?UTF-8?B?QXR0aWxhIEJvZ8Ohcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Rick Macklem References: <199928664.259142.1343950256574.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <199928664.259142.1343950256574.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: multipart/mixed; boundary="------------080104050603000806020302" Cc: freebsd-stable@FreeBSD.org Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 02 Aug 2012 23:46:31 -0000 This is a multi-part message in MIME format. --------------080104050603000806020302 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Rick, On 03/08/12 00:30, Rick Macklem wrote: > If you have the time/expertise to come up with good patches for the > code and are willing to donate these to the project, I'd suggest you > either post the patches or attach them to a bug report. Please > remember that almost all work on FreeBSD is done by volunteers in > their spare time, rick. I reported PR164933 early this year with a patch, but unfortunately no one responded. I've attached the patch against 9-STABLE now. Please review. I found also other problems with NFS reliability (can reproduce consistently) - will discuss tomorrow on freebsd-fs. Cheers, Attila PS: Sorry about the language (ESL) of my letter, I'd like to contribute if I can. --------------080104050603000806020302 Content-Type: text/x-patch; name="9-mountd-attila.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="9-mountd-attila.patch" --- usr.sbin/mountd/mountd.c.orig 2011-09-23 01:51:37.000000000 +0100 +++ usr.sbin/mountd/mountd.c 2012-07-03 14:51:12.000000000 +0100 @@ -1334,6 +1334,7 @@ struct xucred anon; char *cp, *endcp, *dirp, *hst, *usr, *dom, savedc; int len, has_host, exflags, got_nondir, dirplen, netgrp; + int xx_numsecflavors, xx_secflavors[MAXSECFLAVORS]; v4root_phase = 0; dirhead = (struct dirlist *)NULL; @@ -1355,6 +1356,7 @@ opt_flags = 0; ep = (struct exportlist *)NULL; dirp = NULL; + xx_numsecflavors = 0; /* * Handle the V4 root dir. @@ -1463,10 +1465,15 @@ "making new ep fs=0x%x,0x%x", fsb.f_fsid.val[0], fsb.f_fsid.val[1]); - } else if (debug) + } else { + if (debug) warnx("found ep fs=0x%x,0x%x", fsb.f_fsid.val[0], fsb.f_fsid.val[1]); + xx_numsecflavors = ep->ex_numsecflavors; + bcopy(ep->ex_secflavors, &xx_secflavors, sizeof(int)*xx_numsecflavors); + } + } /* @@ -1593,6 +1600,17 @@ } /* + * Merge security flavours + */ + int ci, cj; + for(ci=0; ciex_numsecflavors && xx_secflavors[ci]!=ep->ex_secflavors[cj];cj++); + if (cj==ep->ex_numsecflavors) { + ep->ex_secflavors[ep->ex_numsecflavors++] = xx_secflavors[ci]; + } + } + + /* * Success. Update the data structures. */ if (has_host) { --------------080104050603000806020302-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 07:46:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34859106566B for ; Fri, 3 Aug 2012 07:46:14 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 163708FC0A for ; Fri, 3 Aug 2012 07:46:13 +0000 (UTC) Received: from [192.168.15.220] (gw.digitalspark.net [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 12D6EB9F38 for ; Fri, 3 Aug 2012 03:38:46 -0400 (EDT) Message-ID: <501B8004.1000503@ateamsystems.com> Date: Fri, 03 Aug 2012 14:38:44 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: FreeBSD-Stable ML References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SOLVED: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 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, 03 Aug 2012 07:46:14 -0000 Just a heads up on the original issue, which is FreeBSD's timer/clock stopping under ESXi 5.0 and some later versions of VMware Workstation. I've gotten a few direct messages that this thread ranks high on Google but people are missing the solution. A few months ago I found this forum posting (I believe this was linked in this thread already) http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2012-03/msg00201.html The long and short of it is that changing the kern.timecounter sysctl value to ACPI-fast or (ACPI-safe if you're not running 9.x yet) fixes the hanging issue so far for us. To temporarily enable it under 9.x: sysctl kern.timecounter.hardware=ACPI-fast Pre 9.x (which doesn't have the ACPI-fast mode): sysctl kern.timecounter.hardware=ACPI-safe To make this persist across reboots and be enabled by default add this line to your /etc/sysctl.conf Under 9.x: kern.timecounter.hardware=ACPI-fast Pre 9.x: kern.timecounter.hardware=ACPI-safe Hope this helps anyone running across this issue. -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 07:59:14 2012 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 8E1ED1065670 for ; Fri, 3 Aug 2012 07:59:14 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF7D8FC0A for ; Fri, 3 Aug 2012 07:59:14 +0000 (UTC) Received: from [192.168.15.220] (gw.digitalspark.net [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 2A9B1B9F38 for ; Fri, 3 Aug 2012 03:59:12 -0400 (EDT) Message-ID: <501B84CE.5010801@ateamsystems.com> Date: Fri, 03 Aug 2012 14:59:10 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: FreeBSD-Stable ML References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> In-Reply-To: <501B8004.1000503@ateamsystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SOLVED: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 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, 03 Aug 2012 07:59:14 -0000 Doh, correct URL for the forum post is: http://forums.freebsd.org/showthread.php?t=31929&page=2 On 8/3/2012 14:38, Adam Strohl wrote: > Just a heads up on the original issue, which is FreeBSD's timer/clock > stopping under ESXi 5.0 and some later versions of VMware Workstation. > > I've gotten a few direct messages that this thread ranks high on Google > but people are missing the solution. A few months ago I found this > forum posting (I believe this was linked in this thread already) > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2012-03/msg00201.html > > > The long and short of it is that changing the kern.timecounter sysctl > value to ACPI-fast or (ACPI-safe if you're not running 9.x yet) fixes > the hanging issue so far for us. > > To temporarily enable it under 9.x: > sysctl kern.timecounter.hardware=ACPI-fast > > Pre 9.x (which doesn't have the ACPI-fast mode): > sysctl kern.timecounter.hardware=ACPI-safe > > To make this persist across reboots and be enabled by default add this > line to your /etc/sysctl.conf > > Under 9.x: > kern.timecounter.hardware=ACPI-fast > > Pre 9.x: > kern.timecounter.hardware=ACPI-safe > > Hope this helps anyone running across this issue. > -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 11:51:17 2012 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 0C3931065674 for ; Fri, 3 Aug 2012 11:51:17 +0000 (UTC) (envelope-from attila.bogar@linguamatics.com) Received: from mail.linguamatics.com (mail.linguamatics.com [188.39.80.203]) by mx1.freebsd.org (Postfix) with ESMTP id 7E10C8FC18 for ; Fri, 3 Aug 2012 11:51:16 +0000 (UTC) Received: from [10.252.10.232] (random.linguamatics.com [10.252.10.232]) by mail.linguamatics.com (Postfix) with ESMTPSA id 82190EFB44C; Fri, 3 Aug 2012 12:51:14 +0100 (BST) Message-ID: <501BBB35.4050703@linguamatics.com> Date: Fri, 03 Aug 2012 12:51:17 +0100 From: =?ISO-8859-1?Q?Attila_Bog=E1r?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Chris Nehren References: <501A781D.2050506@linguamatics.com> <20120802150441.GE11061@isuckatdomains.isuckatdomains.net> In-Reply-To: <20120802150441.GE11061@isuckatdomains.isuckatdomains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 03 Aug 2012 11:51:17 -0000 On 02/08/12 16:04, Chris Nehren wrote: > Rather than sending repeated mails to the list (which you've already > seen get dropped on the floor), consider using the proper channels for > reporting bugs. Send a PR. See http://www.freebsd.org/send-pr.html for > more information. Unfortunately I have to disagree with you. I have come across 3 NFS related PR's so far, I manually patching my system with them against STABLE. Let's see them: http://www.freebsd.org/cgi/query-pr.cgi?pr=147998 - patch provided by the reporter, no resolution after 2 years. http://www.freebsd.org/cgi/query-pr.cgi?pr=162009 - patch provided by the reporter, no resolution after 9 month http://www.freebsd.org/cgi/query-pr.cgi?pr=164933 - I reported with a patch, no resolution after 6 month Certainly I can report another PR with the problems I spotted and wait 2 years before I get an answer, but I don't call that problem solving. Or can you please explain what do you mean by "proper channel"? I can understand, that's pretty annoying (from my point SAD) that someone is sending problems to the mailing list and gets no hints. However I think, it's more sad, that the freebsd developer community is just ignoring the patches they are sent and doesn't considers quality assurance. Thanks, Attila From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 12:12:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 140EC1065670 for ; Fri, 3 Aug 2012 12:12:46 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id BD5998FC18 for ; Fri, 3 Aug 2012 12:12:45 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 30E81466A452 for ; Fri, 3 Aug 2012 09:06:40 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P9XLV79ULKOd for ; Fri, 3 Aug 2012 09:06:34 -0300 (BRT) Received: from [192.168.10.101] (unknown [186.193.54.69]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id 1A7CE466A44B for ; Fri, 3 Aug 2012 09:06:33 -0300 (BRT) Message-ID: <501BBEBB.5010106@bsdinfo.com.br> Date: Fri, 03 Aug 2012 09:06:19 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> In-Reply-To: <501B8004.1000503@ateamsystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 12:12:46 -0000 Hi all, I sent a PR [1] but I decided to also send the problem here. If you try to destroy a geom_virstor that does not exist, this causes a kernel panic immediately. Just try: gvirstor load gvirstor destroy tatata # uname -a FreeBSD zeus.xxxx.xxx.br 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #27: Mon Jul 16 01:41:24 BRT 2012 root@zeus.xxxx.xxx.br:/usr/obj/usr/src/sys/GONDIM amd64 [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=170199 Best regards, Gondim From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 12:29:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6080C1065672 for ; Fri, 3 Aug 2012 12:29:39 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 06C348FC0C for ; Fri, 3 Aug 2012 12:29:38 +0000 (UTC) Received: by vbmv11 with SMTP id v11so728724vbm.13 for ; Fri, 03 Aug 2012 05:29:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=HwOsOI76fu/sBuD12vAtxxlA3elyv4cympePCU8IwnA=; b=PwnzmUA4euLL5uMVvWv7kGfuMjasbe9RVdq9nm66EQVZmwaAOB7PCQmS1Iq+dTwvMR Hg9zdfrUIbA3/TtmdBBb/yisA/DXWew0v5eM9e1yb4AnSTL1YCBn9ohWOkLRwTFN91Bm 71FGhQpIQER4yJ7wTusn1NEjVpni5szL7ebdlbpJM0JhUkMxlExrDwjE8Ah1icjNISVz ujVGI8MSISU+9OqcNUOMCf+UgQ4joAq4WdDqZgtnTBUrF6kh0tm58I6YUTVoc/Sh5TDJ lTXMccoy3RzYh3mk7OhGRsEWo3ZYedjRScUXdTEKQESNzZE7MTARd0wx5123t+EMNu6s 501g== Received: by 10.52.99.167 with SMTP id er7mr1013019vdb.57.1343996977984; Fri, 03 Aug 2012 05:29:37 -0700 (PDT) Received: from [97.250.186.213] (213.sub-97-250-186.myvzw.com. [97.250.186.213]) by mx.google.com with ESMTPS id w11sm8524642vdt.16.2012.08.03.05.29.32 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Aug 2012 05:29:37 -0700 (PDT) References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501B84CE.5010801@ateamsystems.com> In-Reply-To: <501B84CE.5010801@ateamsystems.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <59097890-3AC0-4B72-9885-5A3773749636@longcount.org> X-Mailer: iPhone Mail (9B206) From: Mark Saad Date: Fri, 3 Aug 2012 08:29:20 -0400 To: Adam Strohl X-Gm-Message-State: ALoCoQmPAsOCqlPV3EAwhvb5bLuNrR8zLav2+Qwc/5bMDu7F8suZXJKkeScT43yHpuZdm2du/DnN Cc: FreeBSD-Stable ML Subject: Re: SOLVED: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 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, 03 Aug 2012 12:29:39 -0000 --- On Aug 3, 2012, at 3:59 AM, Adam Strohl wro= te: > Doh, correct URL for the forum post is: > http://forums.freebsd.org/showthread.php?t=3D31929&page=3D2 >=20 > On 8/3/2012 14:38, Adam Strohl wrote: >> Just a heads up on the original issue, which is FreeBSD's timer/clock >> stopping under ESXi 5.0 and some later versions of VMware Workstation. >>=20 >> I've gotten a few direct messages that this thread ranks high on Google >> but people are missing the solution. A few months ago I found this >> forum posting (I believe this was linked in this thread already) >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2012-03/msg00201.h= tml >>=20 >>=20 >> The long and short of it is that changing the kern.timecounter sysctl >> value to ACPI-fast or (ACPI-safe if you're not running 9.x yet) fixes >> the hanging issue so far for us. >>=20 >> To temporarily enable it under 9.x: >> sysctl kern.timecounter.hardware=3DACPI-fast >>=20 >> Pre 9.x (which doesn't have the ACPI-fast mode): >> sysctl kern.timecounter.hardware=3DACPI-safe >>=20 >> To make this persist across reboots and be enabled by default add this >> line to your /etc/sysctl.conf >>=20 >> Under 9.x: >> kern.timecounter.hardware=3DACPI-fast >>=20 >> Pre 9.x: >> kern.timecounter.hardware=3DACPI-safe >>=20 >> Hope this helps anyone running across this issue. >>=20 >=20 >=20 > --=20 > Adam Strohl > http://www.ateamsystems.com/ > _______________________________________________ > 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" Did you ask VMware to update this kb ? http://kb.vmware.com/selfservice/microsites/search.do?language=3Den_US&cmd=3D= displayKC&externalId=3D1006427 They need to have a FreeBSD section .=20 It's slightly sad VMware could. It figure this out . They have notes on disa= bling hpet due to screwy clock issues under Linux , wonder why they never tr= ied to disable it under FreeBSD ? --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 13:50:28 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2979B106566B for ; Fri, 3 Aug 2012 13:50:28 +0000 (UTC) (envelope-from precwilson@blumail.org) Received: from gate.ygi.msk.ru (a18.ext-net2.gazsvyaz.ru [217.151.129.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9E83C8FC0A for ; Fri, 3 Aug 2012 13:50:26 +0000 (UTC) Received: from okey-PC ([41.93.151.184]) (authenticated bits=0) by gate.ygi.msk.ru (8.14.5/8.12.1) with ESMTP id q73C2UK2093944 for ; Fri, 3 Aug 2012 17:12:54 +0400 (MSK) Message-Id: <201208031312.q73C2UK2093944@gate.ygi.msk.ru> From: "Mrs.Rose Precious" To: stable@freebsd.org MIME-Version: 1.0 Date: Fri, 3 Aug 2012 06:12:47 -0700 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (gate.ygi.msk.ru [217.151.129.18]); Fri, 03 Aug 2012 17:12:56 +0400 (MSK) X-Spam-Flag: YES X-Spam-Status: Yes, score=15.3 required=5.0 tests=ADVANCE_FEE_2_NEW_MONEY, ADVANCE_FEE_3_NEW,ADVANCE_FEE_3_NEW_MONEY,BAYES_99,FREEMAIL_FROM, FREEMAIL_REPLYTO, FSL_FREEMAIL_1, FSL_HELO_NON_FQDN_1, HK_NAME_FM_MR_MRS, HTML_MESSAGE, LOTS_OF_MONEY, MISSING_MID, MONEY_FORM_SHORT, MONEY_FRAUD_3, MONEY_PERCENT,RCVD_IN_BRBL_LASTEXT,RCVD_IN_XBL,RDNS_NONE, T_FILL_THIS_FORM_SHORT autolearn=spam version=3.3.2 X-Spam-Report: * 0.4 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL * [41.93.151.184 listed in zen.spamhaus.org] * 1.4 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT * [41.93.151.184 listed in bb.barracudacentral.org] * 4.0 BAYES_99 BODY: Bayes spam probability is 99 to 100% * [score: 1.0000] * 0.0 FSL_HELO_NON_FQDN_1 FSL_HELO_NON_FQDN_1 * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (precwilson[at]blumail.org) * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.5 MISSING_MID Missing Message-Id: header * 1.4 HK_NAME_FM_MR_MRS HK_NAME_FM_MR_MRS * 0.0 LOTS_OF_MONEY Huge... sums of money * 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS * 0.0 FSL_FREEMAIL_1 FSL_FREEMAIL_1 * 1.0 FREEMAIL_REPLYTO Reply-To/From or Reply-To/body contain different * freemails * 0.0 MONEY_PERCENT X% of a lot of money for you * 2.1 ADVANCE_FEE_3_NEW Appears to be advance fee fraud (Nigerian 419) * 0.0 T_FILL_THIS_FORM_SHORT Fill in a short form with personal * information * 1.7 ADVANCE_FEE_2_NEW_MONEY Advance Fee fraud and lots of money * 0.0 ADVANCE_FEE_3_NEW_MONEY Advance Fee fraud and lots of money * 0.0 MONEY_FRAUD_3 Lots of money and several fraud phrases * 2.0 MONEY_FORM_SHORT Lots of money if you fill out a short form X-Spam-Level: *************** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gate.ygi.msk.ru. Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: OBORONA-SPAM Reply X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: roseprecious3020@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 13:50:28 -0000 - This mail is a HTML mail. Not all elements could be shown in plain = text mode. - Dearest Beloved, I am ill and will die. My name is Sister.Rose Precious,I want to donat= e all i have to charity through you so if i can trust you to share thi= s donation to the motherless homes in your state and country,reply imm= ediately with your cell phone number, address & full names so that= i will (WILL) my wealth to you before dying,I really need your assist= ance to help the poor who can not buy foods to eat etc. As soon as I receive your reply with the needed details,I will instruc= t my account officer to contact you for the release of the donation to= you. I want God to be merciful to me and accept my soul hence my reason of = deciding to give what I have to charity as I never had any child who c= an inherit it. I want this to be one of my last good deed on earth. I want to give you the authority to dispatch my last funds to any char= ity of your choice.I have Nine million dollars in a financial institut= ion. I want you to keep %25 percent of this amount for yourself because of = your time so that you can manage your own activities with it, while yo= u use the remaining 75% percent for the charity donation which is my p= urpose of contacting you, Thanks May God Be With you, Mrs.Rose Precious From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 15:39:56 2012 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 DFB6F1065674 for ; Fri, 3 Aug 2012 15:39:56 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id BB3D58FC08 for ; Fri, 3 Aug 2012 15:39:56 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 2CF2E56258; Fri, 3 Aug 2012 10:39:50 -0500 (CDT) Date: Fri, 3 Aug 2012 10:39:50 -0500 From: Mark Linimon To: Attila =?iso-8859-1?Q?Bog=E1r?= Message-ID: <20120803153950.GB11802@lonesome.com> References: <501A781D.2050506@linguamatics.com> <20120802150441.GE11061@isuckatdomains.isuckatdomains.net> <501BBB35.4050703@linguamatics.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <501BBB35.4050703@linguamatics.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Chris Nehren Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 03 Aug 2012 15:39:57 -0000 On Fri, Aug 03, 2012 at 12:51:17PM +0100, Attila Bogár wrote: > On 02/08/12 16:04, Chris Nehren wrote: > >Rather than sending repeated mails to the list (which you've > >already seen get dropped on the floor), consider using the proper > >channels for reporting bugs. Send a PR. See > >http://www.freebsd.org/send-pr.html for more information. > Unfortunately I have to disagree with you. You should have initially been directed to the following file, where various committers can "claim" various parts of the src code: http://svnweb.freebsd.org/base/head/MAINTAINERS?view=log That's the good news. The bad news is that no one has claimed those two areas. > Certainly I can report another PR with the problems I spotted and > wait 2 years before I get an answer, but I don't call that problem > solving. I understand your frustration. Right now we have far more Problem Reports than we have committers to handle them. > However I think, it's more sad, that the freebsd developer community > is just ignoring the patches they are sent and doesn't considers > quality assurance. It's not that they are ignored. It's that we lack sufficient manpower to process them all. For instance, we have no paid staff to look after Problem Reports, even the ones with patches. I am hoping that when we replace GNATS that it will finally be possible for people to "vote on" problems that they would like to see fixed. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 15:59:43 2012 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 43D8C1065673 for ; Fri, 3 Aug 2012 15:59:43 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 254AB8FC08 for ; Fri, 3 Aug 2012 15:59:43 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta03.emeryville.ca.mail.comcast.net with comcast id iByN1j0021ZMdJ4A3Fzcdu; Fri, 03 Aug 2012 15:59:37 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta16.emeryville.ca.mail.comcast.net with comcast id iFyb1j00E4NgCEG8cFycUv; Fri, 03 Aug 2012 15:58:36 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q73FwXvV004226; Fri, 3 Aug 2012 09:58:33 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Attila =?ISO-8859-1?Q?Bog=E1r?= In-Reply-To: <501A781D.2050506@linguamatics.com> References: <501A781D.2050506@linguamatics.com> Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 03 Aug 2012 09:58:33 -0600 Message-ID: <1344009513.10571.13.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 03 Aug 2012 15:59:43 -0000 On Thu, 2012-08-02 at 13:52 +0100, Attila Bogár wrote: > Hello, > > I'm repeating my last month request. > > Who is responsible for Heimdal/Kerberos or GSSAPI/NFS in FreeBSD? > > I got a working NFSv3/Kerberos over UDP for EL6 nfs clients, but > suddenly I'm experiencing NFS I/O errors on high load/small files, which > I think are due to the buggy/old heimdal in FreeBSD. > > NFS+Kerberos with EL6 over TCP is broken anyway. > > Attila There was a newer version of Heimdal (but not the newest) checked in back in March by Stanislov Sedos (stas@) as r233294. In the checkin message he mentioned the possibility of bringing in an even newer version soon. While that doesn't amount to official responsibility for the package, there is a certain degree of "you touched it, you own it" in play, perhaps. :) -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 16:49:42 2012 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 DAADE1065673 for ; Fri, 3 Aug 2012 16:49:42 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 687718FC19 for ; Fri, 3 Aug 2012 16:49:41 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so652791wib.13 for ; Fri, 03 Aug 2012 09:49:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=oIo2j3I1/bjCEVZyT8GeAgR48ckA60ZXvNLdl28T7f4=; b=B5PLoC7uJWfCDrLtD8WmoU2bpK5LlkLjObZ5CGVLZJ5L9ZU+gHV3SZtPslk35Ru6sw BWDoOF/vtnKVxKDUKlDH0JXkjBA5Y75s3dwNk33g4WSehfNfSr71vY6KHm8uiQtwEKaT r8/rT5iQVLyZIOY2f5hpYGFbHpG2dBinO/tO6ftQJjblcB8WvO2y8jMJrWUaQ8N5bPaQ H9dcUO7+YFJBtz0A5+BV0QPjM6l+KR2OI7UzhYoV+8llV/STf7Qj/mpPeulv/a43XiMq o0lpqr1bXdejEyGVv0Y/DKm0tVqG46lg3bHDYBLydywt5il3WjmQw81IdMMBceUsHEbk k4Qg== MIME-Version: 1.0 Received: by 10.180.98.200 with SMTP id ek8mr5784391wib.0.1344012581066; Fri, 03 Aug 2012 09:49:41 -0700 (PDT) Sender: jim.harris@gmail.com Received: by 10.216.241.203 with HTTP; Fri, 3 Aug 2012 09:49:41 -0700 (PDT) In-Reply-To: <501BBEBB.5010106@bsdinfo.com.br> References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501BBEBB.5010106@bsdinfo.com.br> Date: Fri, 3 Aug 2012 09:49:41 -0700 X-Google-Sender-Auth: oYi6OF4hVqv9C7rF7vHxWMR6KKc Message-ID: From: Jim Harris To: Marcelo Gondim Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 16:49:42 -0000 On Fri, Aug 3, 2012 at 5:06 AM, Marcelo Gondim wrote: > Hi all, > > I sent a PR [1] but I decided to also send the problem here. > If you try to destroy a geom_virstor that does not exist, this causes a > kernel panic immediately. > > Just try: > > gvirstor load > gvirstor destroy tatata > > # uname -a > FreeBSD zeus.xxxx.xxx.br 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #27: Mon Jul > 16 01:41:24 BRT 2012 root@zeus.xxxx.xxx.br:/usr/obj/usr/src/sys/GONDIM > amd64 > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=170199 > > Best regards, > Gondim > Hi Gondim, Can you test the following patch? Index: sys/geom/virstor/g_virstor.c =================================================================== --- sys/geom/virstor/g_virstor.c (revision 238909) +++ sys/geom/virstor/g_virstor.c (working copy) @@ -235,6 +235,12 @@ return; } sc = virstor_find_geom(cp, name); + if (sc == NULL) { + gctl_error(req, "Don't know anything about '%s'", name); + g_topology_unlock(); + return; + } + LOG_MSG(LVL_INFO, "Stopping %s by the userland command", sc->geom->name); update_metadata(sc); Thanks, -Jim > > > _______________________________________________ > 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 Aug 3 17:04:08 2012 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 AEEDA1065670; Fri, 3 Aug 2012 17:04:08 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6240E8FC0C; Fri, 3 Aug 2012 17:04:08 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 93DE1466A46D; Fri, 3 Aug 2012 14:04:22 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fegFh9-ggjPb; Fri, 3 Aug 2012 14:04:20 -0300 (BRT) Received: from [192.168.3.11] (unknown [186.193.48.8]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id A449B466A452; Fri, 3 Aug 2012 14:04:19 -0300 (BRT) Message-ID: <501C0485.8070002@bsdinfo.com.br> Date: Fri, 03 Aug 2012 14:04:05 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Jim Harris References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501BBEBB.5010106@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 17:04:08 -0000 Em 03/08/2012 13:49, Jim Harris escreveu: > =================================================================== > --- sys/geom/virstor/g_virstor.c (revision 238909) > +++ sys/geom/virstor/g_virstor.c (working copy) > @@ -235,6 +235,12 @@ > return; > } > sc = virstor_find_geom(cp, name); > + if (sc == NULL) { > + gctl_error(req, "Don't know anything about '%s'", name); > + g_topology_unlock(); > + return; > + } > + > LOG_MSG(LVL_INFO, "Stopping %s by the userland command", > sc->geom->name); > update_metadata(sc); Hi Jim, When I applied the patch gave this error: # patch < /root/patch.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- sys/geom/virstor/g_virstor.c (revision 238909) |+++ sys/geom/virstor/g_virstor.c (working copy) -------------------------- Patching file sys/geom/virstor/g_virstor.c using Plan A... Hunk #1 failed at 235. 1 out of 1 hunks failed--saving rejects to sys/geom/virstor/g_virstor.c.rej done # cat sys/geom/virstor/g_virstor.c.rej *************** *** 235,240 **** return; } sc = virstor_find_geom(cp, name); LOG_MSG(LVL_INFO, "Stopping %s by the userland command", sc->geom->name); update_metadata(sc); --- 235,246 ---- return; } sc = virstor_find_geom(cp, name); + if (sc == NULL) { + gctl_error(req, "Don't know anything about '%s'", name); + g_topology_unlock(); + return; + } + LOG_MSG(LVL_INFO, "Stopping %s by the userland command", sc->geom->name); update_metadata(sc); From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 17:23:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68564106567A for ; Fri, 3 Aug 2012 17:23:01 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E5C378FC1C for ; Fri, 3 Aug 2012 17:23:00 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so795126wgb.31 for ; Fri, 03 Aug 2012 10:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9A6gJS272O0CR+exgYCByB+AwOuF/OrgTt86dQKYGQE=; b=GtVq01JkvFgxaZ1JoUEIghHeBP1kme3HFQfzLzejZaPKhW0+1uMfsw8J27MvTK2FLF ry+rmI1C4O1dkebSr9llrLRJEklF6Z1NHdTj7FyMq1qy8WIqk5xCNqQsqJeC7wBzvHwL HIAIos53/W1FX0aPFxIFvR6stBGKXAXLiXSgE6ZQw+Or8jESIX2zsbmLN1jD02gcDc/D wWuIK2P8m8osYxp0QtP9IW93wOt0PjAch+T5s0txurEEoietaAo4/WvJXtf39jlfW5HP wxx6BSt9C1RhpiPMlgawPaChba0QgxrTIgwl3u47bzQNhgU5H2CgsdwR0sN/ZFxQrmrp jz0w== MIME-Version: 1.0 Received: by 10.180.106.137 with SMTP id gu9mr5884900wib.20.1344014574272; Fri, 03 Aug 2012 10:22:54 -0700 (PDT) Sender: jim.harris@gmail.com Received: by 10.216.241.203 with HTTP; Fri, 3 Aug 2012 10:22:54 -0700 (PDT) In-Reply-To: <501C0485.8070002@bsdinfo.com.br> References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501BBEBB.5010106@bsdinfo.com.br> <501C0485.8070002@bsdinfo.com.br> Date: Fri, 3 Aug 2012 10:22:54 -0700 X-Google-Sender-Auth: acZ39fk8VQBSLXFRVgR4mmHykJQ Message-ID: From: Jim Harris To: Marcelo Gondim Content-Type: multipart/mixed; boundary=e89a8f3babc145c0ad04c65fc726 Cc: freebsd-stable@freebsd.org Subject: Re: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 17:23:01 -0000 --e89a8f3babc145c0ad04c65fc726 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Aug 3, 2012 at 10:04 AM, Marcelo Gondim wrote: > Hi Jim, > > When I applied the patch gave this error: > > # patch < /root/patch.diff > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > > |--- sys/geom/virstor/g_virstor.c (revision 238909) > |+++ sys/geom/virstor/g_virstor.c (working copy) > -------------------------- > Patching file sys/geom/virstor/g_virstor.c using Plan A... > Hunk #1 failed at 235. > 1 out of 1 hunks failed--saving rejects to sys/geom/virstor/g_virstor.c.rej > done > > > Strange. It applies with no issues on my checkout. Let's try an attachment instead. If this doesn't work, could you kindly apply the patch by hand? Thanks, -Jim --e89a8f3babc145c0ad04c65fc726 Content-Type: application/octet-stream; name="virstor.diff" Content-Disposition: attachment; filename="virstor.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h5fjikt20 SW5kZXg6IHN5cy9nZW9tL3ZpcnN0b3IvZ192aXJzdG9yLmMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2dl b20vdmlyc3Rvci9nX3ZpcnN0b3IuYwkocmV2aXNpb24gMjM5MDE5KQorKysgc3lzL2dlb20vdmly c3Rvci9nX3ZpcnN0b3IuYwkod29ya2luZyBjb3B5KQpAQCAtMjM0LDYgKzIzNCwxMiBAQAogCQkJ cmV0dXJuOwogCQl9CiAJCXNjID0gdmlyc3Rvcl9maW5kX2dlb20oY3AsIG5hbWUpOworCQlpZiAo c2MgPT0gTlVMTCkgeworCQkJZ2N0bF9lcnJvcihyZXEsICJEb24ndCBrbm93IGFueXRoaW5nIGFi b3V0ICclcyciLCBuYW1lKTsKKwkJCWdfdG9wb2xvZ3lfdW5sb2NrKCk7CisJCQlyZXR1cm47CisJ CX0KKwogCQlMT0dfTVNHKExWTF9JTkZPLCAiU3RvcHBpbmcgJXMgYnkgdGhlIHVzZXJsYW5kIGNv bW1hbmQiLAogCQkgICAgc2MtPmdlb20tPm5hbWUpOwogCQl1cGRhdGVfbWV0YWRhdGEoc2MpOwo= --e89a8f3babc145c0ad04c65fc726-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 17:47:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 726B9106566B; Fri, 3 Aug 2012 17:47:20 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id 22A408FC08; Fri, 3 Aug 2012 17:47:19 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 886DE466A46D; Fri, 3 Aug 2012 14:47:35 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CBIj6mjcJMJl; Fri, 3 Aug 2012 14:47:33 -0300 (BRT) Received: from [192.168.3.11] (unknown [186.193.48.8]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id 1A27C466A452; Fri, 3 Aug 2012 14:47:31 -0300 (BRT) Message-ID: <501C0EA6.8050500@bsdinfo.com.br> Date: Fri, 03 Aug 2012 14:47:18 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Jim Harris References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501BBEBB.5010106@bsdinfo.com.br> <501C0485.8070002@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 17:47:20 -0000 Em 03/08/2012 14:22, Jim Harris escreveu: > On Fri, Aug 3, 2012 at 10:04 AM, Marcelo Gondim wrote: >> Hi Jim, >> >> When I applied the patch gave this error: >> >> # patch < /root/patch.diff >> Hmm... Looks like a unified diff to me... >> The text leading up to this was: >> -------------------------- >> >> |--- sys/geom/virstor/g_virstor.c (revision 238909) >> |+++ sys/geom/virstor/g_virstor.c (working copy) >> -------------------------- >> Patching file sys/geom/virstor/g_virstor.c using Plan A... >> Hunk #1 failed at 235. >> 1 out of 1 hunks failed--saving rejects to sys/geom/virstor/g_virstor.c.rej >> done >> >> >> > Strange. It applies with no issues on my checkout. > > Let's try an attachment instead. If this doesn't work, could you > kindly apply the patch by hand? > > Thanks, > > -Jim Hi Jim, # patch < /root/patch.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/geom/virstor/g_virstor.c |=================================================================== |--- sys/geom/virstor/g_virstor.c (revision 239019) |+++ sys/geom/virstor/g_virstor.c (working copy) -------------------------- Patching file sys/geom/virstor/g_virstor.c using Plan A... Hunk #1 succeeded at 234. done I will now compile and test. I will return with the result. :) From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 18:54:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65AFE106564A; Fri, 3 Aug 2012 18:54:54 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C5CE48FC0A; Fri, 3 Aug 2012 18:54:53 +0000 (UTC) Received: by eeke52 with SMTP id e52so306488eek.13 for ; Fri, 03 Aug 2012 11:54:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Gq+RE6GNOgnPPNoJaE6qu4UvHXyUbnf4EVjra//j30k=; b=FQKHLRW5XxaVqlhyilp33k0pWCnMSA2jV67thJedeIj1yr03wpMe6MItWYjCzRH8Kr Tb1gayG80tLNNSHR2eNkiNzf7VmjvAuLzX2aO1pihS4f2gWvDsVR7myDxWMdW1Ubg/1H /PepHIL15YLLNjUg5QbeHd0X05/8Eo6yQkqIy1qnF6jcGiVtEyPK7kcB5KHn7AQF98rx wSY6SvwtK8LxwBnPuUWwJy0aJZDE1N3l2SJG5ltml92K3dfzgP2/LBWhxMbScqayEZ4S FV53ipNF2mxrqSetKeYyQMsCjCiCCKR6tVjYRo5SynxbIm3MWYADp0V6QSNjJAfSSGqd 6IJA== MIME-Version: 1.0 Received: by 10.14.214.197 with SMTP id c45mr3323233eep.37.1344020086688; Fri, 03 Aug 2012 11:54:46 -0700 (PDT) Received: by 10.14.216.70 with HTTP; Fri, 3 Aug 2012 11:54:46 -0700 (PDT) Date: Fri, 3 Aug 2012 21:54:46 +0300 Message-ID: From: Marin Atanasov Nikolov To: freebsd-ports@freebsd.org, ml-freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Jenkins+FreeBSD handbooks 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, 03 Aug 2012 18:54:54 -0000 Hello, Sometime ago I have been asked by a few fellow FreeBSD users for a Jenkins+FreeBSD handbooks. It took me some time in order to get them published, but here they are. Hope you find them useful. * Continuous Integration with Jenkins under FreeBSD [1] * Building project's documentation with Jenkins and Doxygen [2] * Code analysis with Jenkins and Clang scan-build [3] * Continuous package building with poudriere and Jenkins under FreeBSD [4] A Jenkins CI instance with the above documentations and projects can be found in [5]. Regards, Marin [1]: http://unix-heaven.org/jenkins-continuous-integration-under-freebsd [2]: http://unix-heaven.org/building-documentation-with-jenkins [3]: http://unix-heaven.org/code-analysis-with-jenkins-and-scan-build [4]: http://unix-heaven.org/continuous-package-building-with-poudriere-and-jenkins [5]: http://jenkins.unix-heaven.org/jenkins/ -- Marin Atanasov Nikolov dnaeon AT gmail DOT com http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 19:14:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB1CD1065672 for ; Fri, 3 Aug 2012 19:14:08 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 933CE8FC14 for ; Fri, 3 Aug 2012 19:14:08 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so1260837vcb.13 for ; Fri, 03 Aug 2012 12:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=zWv2vEAP85YhIPTgC0v1r2wpBQW9hLh8xrZ+JRJ55L4=; b=Rh4uwsfqCRcsGgZ+HPALmAtz/wEYNULflkKAkxjawMZcJqimDmK8MaWTlX4P5I2vD5 58jXVmDVHu+6QynQNZ9V0SMjDnj+o2Ag5XoiBio13B47zIZkvA/jgmQLogG3HExkZ1q7 TcvE/SE4jtlDkp7xRxLoDTtTdDRvMOL61ZVWc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=zWv2vEAP85YhIPTgC0v1r2wpBQW9hLh8xrZ+JRJ55L4=; b=GtZiEacY1sH2iB8trJeMRfDcgz2lB0+HhcvAf53VHYhiZXFIbSwbF6LdJZ8MsyUbQr 2AUXi2JAh7phtZJ6wz2SxQh8aUNCiIguB+/ZAPIY67kIwvi4gvssVzLmfztsFg8efv/g Nxe5pA00yGzkPmdHgBBcs33WY866Ui0Hialj1dUH8llnlV2FNDo08vktmIdhktLhAsN/ uxF7Sjh1+4EpkAmIcS2In2ium5Rz4QlTZpks22VbYjM1lIYnBaeoCL3NZEA1AItUlHbL MPsEskJAc2eLMx3wVCvDCpZowyvCnNRKmb9bu9roX4GAhJnEgiyHdgX2ECC6QqUtwgfN Y85g== MIME-Version: 1.0 Received: by 10.58.133.48 with SMTP id oz16mr2550832veb.1.1344021247695; Fri, 03 Aug 2012 12:14:07 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.58.243.199 with HTTP; Fri, 3 Aug 2012 12:14:07 -0700 (PDT) X-Originating-IP: [2001:470:1f0b:1dbc:221:6aff:fe1e:6c60] In-Reply-To: References: Date: Fri, 3 Aug 2012 21:14:07 +0200 X-Google-Sender-Auth: gC77g8G7s7OBvs8STrVlkNw9o8g Message-ID: From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Marin Atanasov Nikolov Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkK1RJSUMVVJ2deNgculGLm4VcO3ZgWQ0x60dJfGykV5Hxl8CRm3aAz7UWSf/basm6gE0PM Cc: ml-freebsd-stable , freebsd-ports@freebsd.org Subject: Re: Jenkins+FreeBSD handbooks 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, 03 Aug 2012 19:14:09 -0000 On Fri, Aug 3, 2012 at 8:54 PM, Marin Atanasov Nikolov wrote: > Hello, > > Sometime ago I have been asked by a few fellow FreeBSD users for a > Jenkins+FreeBSD handbooks. > > It took me some time in order to get them published, but here they > are. Hope you find them useful. > > * Continuous Integration with Jenkins under FreeBSD [1] > * Building project's documentation with Jenkins and Doxygen [2] > * Code analysis with Jenkins and Clang scan-build [3] > * Continuous package building with poudriere and Jenkins under FreeBSD [4] > > A Jenkins CI instance with the above documentations and projects can > be found in [5]. > > Regards, > Marin > > [1]: http://unix-heaven.org/jenkins-continuous-integration-under-freebsd > [2]: http://unix-heaven.org/building-documentation-with-jenkins > [3]: http://unix-heaven.org/code-analysis-with-jenkins-and-scan-build > [4]: http://unix-heaven.org/continuous-package-building-with-poudriere-and-jenkins > [5]: http://jenkins.unix-heaven.org/jenkins/ Thanks a lot for that tutorials. They look very interesting and I was always curious how much work it would have been to implement something like redports.org on top of Jenkins. But obviously my decision was correct that jenkins would not fit in such a situation. A more suitable place for jenkins would be automatic building our doc tree on every commit. But I don't know if that doesn't already exist. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 19:34:01 2012 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 E8B821065673; Fri, 3 Aug 2012 19:34:01 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1E6DF8FC18; Fri, 3 Aug 2012 19:34:00 +0000 (UTC) Received: by eeke52 with SMTP id e52so313485eek.13 for ; Fri, 03 Aug 2012 12:33:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jG5NSoc8+GdWTp1Z7k7xPuInhJWeag5nigUf+rtB5qY=; b=MBnKS/1qUt9VWxGzw2eJ/jD5eMJbhoT/ZVIBBP/Pq2P3qBWbbE9c+ljxiAO9j7nd1T MTNIMHFJHFABF+01NsqEGIp13L/1WwnIHDKz/pureY641s+y45Dvb4JqEl4f7L4+K+vg luieed00wor2S8el5IjaRmAnmOCQSSZdRO5/xzRsv6zNlNscH5yPqut26EWdWLxJlOBX qhk+hSiuQOhK2AWgeStvXEGHHp2Bwmffaf7YpQ0FtxNoYj3NLxmhogS2U94FwKAowmGR 3Mdt9IBcegoNRqQ3LlmVhGo2OBU1Jou5RWlehKICH6J/7E6BOFDhFg46AORI1HWbogd7 bF5A== MIME-Version: 1.0 Received: by 10.14.182.134 with SMTP id o6mr3468347eem.26.1344022439875; Fri, 03 Aug 2012 12:33:59 -0700 (PDT) Received: by 10.14.216.70 with HTTP; Fri, 3 Aug 2012 12:33:59 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Aug 2012 22:33:59 +0300 Message-ID: From: Marin Atanasov Nikolov To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ml-freebsd-stable , freebsd-ports@freebsd.org Subject: Re: Jenkins+FreeBSD handbooks 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, 03 Aug 2012 19:34:02 -0000 On Fri, Aug 3, 2012 at 10:14 PM, Bernhard Fr=F6hlich wr= ote: > Hello Bernhard, > Thanks a lot for that tutorials. They look very interesting and I was > always curious how much work it would have been to implement something > like redports.org on top of Jenkins. But obviously my decision was > correct that jenkins would not fit in such a situation. > Could you clarify a bit more why you think Jenkins does not fit well there? I don't know how redports.org is designed and how it scales, but with Jenkins it's quite easy to create a package build farm for distributed building. Jenkins comes with lots of ready-to-use plugins as well, which makes it easier to integrate a particular thing easier as well and not re-invent the wheel. > A more suitable place for jenkins would be automatic building our doc > tree on every commit. But I don't know if that doesn't already exist. Yep, that's one of the things we could use Jenkins for, but I would say we could use it for lots of other stuff as well :) Best regards, Marin > > -- > Bernhard Froehlich > http://www.bluelife.at/ --=20 Marin Atanasov Nikolov dnaeon AT gmail DOT com http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 20:12:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC5F6106566B; Fri, 3 Aug 2012 20:12:54 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA928FC0A; Fri, 3 Aug 2012 20:12:54 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 3BA76466A452; Fri, 3 Aug 2012 17:12:32 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HapSlhK8x23J; Fri, 3 Aug 2012 17:12:29 -0300 (BRT) Received: from [192.168.3.11] (unknown [186.193.48.8]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id 3B7A2466A422; Fri, 3 Aug 2012 17:12:27 -0300 (BRT) Message-ID: <501C30C0.8060301@bsdinfo.com.br> Date: Fri, 03 Aug 2012 17:12:48 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Jim Harris References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501BBEBB.5010106@bsdinfo.com.br> <501C0485.8070002@bsdinfo.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 20:12:55 -0000 Em 03/08/2012 14:22, Jim Harris escreveu: > On Fri, Aug 3, 2012 at 10:04 AM, Marcelo Gondim wrote: >> Hi Jim, >> >> When I applied the patch gave this error: >> >> # patch < /root/patch.diff >> Hmm... Looks like a unified diff to me... >> The text leading up to this was: >> -------------------------- >> >> |--- sys/geom/virstor/g_virstor.c (revision 238909) >> |+++ sys/geom/virstor/g_virstor.c (working copy) >> -------------------------- >> Patching file sys/geom/virstor/g_virstor.c using Plan A... >> Hunk #1 failed at 235. >> 1 out of 1 hunks failed--saving rejects to sys/geom/virstor/g_virstor.c.rej >> done >> >> >> > Strange. It applies with no issues on my checkout. > > Let's try an attachment instead. If this doesn't work, could you > kindly apply the patch by hand? > > Thanks, > > -Jim Hi Jim, Perfect!!! # gvirstor destroy tudo gvirstor: Don't know anything about 'tudo' From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 20:36:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50220106564A for ; Fri, 3 Aug 2012 20:36:13 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id CADB08FC08 for ; Fri, 3 Aug 2012 20:36:12 +0000 (UTC) Received: by weyx56 with SMTP id x56so876903wey.13 for ; Fri, 03 Aug 2012 13:36:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Cj86mn0hsZPqd3ELzTyZ6yoxfPkqTeBuNiBzfTgNyXI=; b=0sOT9mN1bRfN7qzc/CBvEXdPjhslJV/G2zOB+q+t4d4DVDxK2peJCCHATU8Arf26qf xQt59RH6aZ+nvDHSn42B+tvxYfmrkEtFwsrDuToHZHqzo+HckIVNSoUCQz4rpBcOYEC/ PqOQuFdoV7mTAVOVNNFPqD6g3NnMuwl4o8kkEyy+kfTRKsrm81JaMu6FkaP6nemhkKqY fuDkX1kD93q2e+JzhJSpcEwRFzp7YHakVr0bGYKOOmenYZamYW2f/dBnhbzS5gdRtbDO l485DnRrtzA2EFvU6djfgTciBoFeUqF+0oNn/xkBC/tRyGxRwBhedH5aH0dnZCGMvHIq Wjkw== MIME-Version: 1.0 Received: by 10.180.83.106 with SMTP id p10mr15946201wiy.21.1344026171558; Fri, 03 Aug 2012 13:36:11 -0700 (PDT) Sender: jim.harris@gmail.com Received: by 10.216.241.203 with HTTP; Fri, 3 Aug 2012 13:36:11 -0700 (PDT) In-Reply-To: <501C30C0.8060301@bsdinfo.com.br> References: <1977769407.20120322151934@tkachuk.name> <4F6B4030.5090907@FreeBSD.org> <4F6B4631.8020006@gmail.com> <4F6B4B93.7020309@FreeBSD.org> <4F6B4FAB.1020202@gmail.com> <1332434072.8403.79.camel@revolution.hippie.lan> <501B8004.1000503@ateamsystems.com> <501BBEBB.5010106@bsdinfo.com.br> <501C0485.8070002@bsdinfo.com.br> <501C30C0.8060301@bsdinfo.com.br> Date: Fri, 3 Aug 2012 13:36:11 -0700 X-Google-Sender-Auth: tu3wjPWdURQ5-xTCqdtU_kLyt14 Message-ID: From: Jim Harris To: Marcelo Gondim Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: geom_virstor with kernel panic in FreeBSD 9.x 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, 03 Aug 2012 20:36:14 -0000 On Fri, Aug 3, 2012 at 1:12 PM, Marcelo Gondim wrote: > > Hi Jim, > > Perfect!!! > > # gvirstor destroy tudo > gvirstor: Don't know anything about 'tudo' > > > Patch applied to head as r239021. I have requested approval from re@ to merge to stable/9. Thank you for confirming the patch on your end. Regards, -Jim From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 23:09:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6BC81065670 for ; Fri, 3 Aug 2012 23:09:44 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 762C98FC0C for ; Fri, 3 Aug 2012 23:09:44 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan02.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0M87005O89K1N900@get-mta-out03.get.basefarm.net> for freebsd-stable@freebsd.org; Sat, 04 Aug 2012 00:09:37 +0200 (MEST) Received: from get-mta-scan02.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 280351EA8304_1C4D12B for ; Fri, 03 Aug 2012 22:13:38 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan02.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id F11FA1EA4383_1C4D11F for ; Fri, 03 Aug 2012 22:13:37 +0000 (GMT) Date: Sat, 04 Aug 2012 00:09:31 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20120804000931.ad04735d9a9966ec1709a3a8@getmail.no> In-reply-to: <20120324172603.ee066e06.torfinn.ingolfsen@getmail.no> References: <20120324172603.ee066e06.torfinn.ingolfsen@getmail.no> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Subject: Re: FreeBSD 9.0 - GPT boot problems? 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, 03 Aug 2012 23:09:44 -0000 Just a short update on this machine (Acer Aspire X1470) and the GPT / UEFI situation. Today I set up another partition, EFI system partition. The partyitions now looks like this: root@kg-vm2# gpart show ada0 => 34 250069613 ada0 GPT (119G) 34 128 1 freebsd-boot (64k) 162 119537664 2 freebsd-ufs (57G) 119537826 8388608 3 freebsd-swap (4.0G) 127926434 121634816 4 freebsd-ufs (58G) 249561250 204800 5 efi (100M) 249766050 303597 - free - (148M) I formatted the partition like this: root@kg-vm2# newfs_msdos -F32 /dev/ada0p5 newfs_msdos: trim 50 sectors to adjust to a multiple of 63 /dev/ada0p5: 204512 sectors in 12782 FAT32 clusters (8192 bytes/cluster) BytesPerSec=512 SecPerClust=16 ResSectors=32 FATs=2 Media=0xf0 SecPerTrack=63 Heads=16 HiddenSecs=0 HugeSectors=204750 FATsecs=100 RootCluster=2 FSInfo=1 Backup=2 I have tried putting an EFI shell on it (I got the idea from this[1] page, I have tried both the 1.0 and 2.0 x64 shell), like this: root@kg-vm2# mount -t msdosfs /dev/ada0p5 /mnt root@kg-vm2# ls -l /mnt total 848 drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 EFI drwxr-xr-x 1 root wheel 8192 Aug 3 16:21 boot -rwxr-xr-x 1 root wheel 847232 Aug 3 14:56 shellx64.efi root@kg-vm2# ls -l /mnt/boot total 760 -rwxr-xr-x 1 root wheel 771072 Aug 3 16:23 bootx64.efi root@kg-vm2# ls -l /mnt/EFI total 16 drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 FreeBSD drwxr-xr-x 1 root wheel 8192 Aug 3 15:06 boot root@kg-vm2# ls -l /mnt/EFI/boot total 760 -rwxr-xr-x 1 root wheel 771072 Aug 3 15:29 bootx64.efi but no dice - it is not working, it still prints "ERROR: No boot disk has been detected or the disk has failed." when I try to boot from this disk. How do I figure out where this UEFI firmware that Acer has put in this machine is getting it's boot manager and or boot loader from? I tried running 'strings -f' on the BIOS file (sorry, UEFI firmware), that got me all the EFI error messages, but nothing useful. Googling didn't help either. References: 1) https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Aug 3 23:36:34 2012 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 38A34106566B for ; Fri, 3 Aug 2012 23:36:33 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id A12A78FC0A for ; Fri, 3 Aug 2012 23:36:33 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q73NaQo3015547; Fri, 3 Aug 2012 19:36:26 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 14F76B3F86; Fri, 3 Aug 2012 19:36:26 -0400 (EDT) Date: Fri, 3 Aug 2012 19:36:26 -0400 (EDT) From: Rick Macklem To: =?utf-8?Q?Attila_Bog=C3=A1r?= Message-ID: <820480807.298626.1344036986074.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <501B1151.5060809@linguamatics.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 03 Aug 2012 23:36:34 -0000 Attila Bogar wrote: > Hi Rick, > > On 03/08/12 00:30, Rick Macklem wrote: > > If you have the time/expertise to come up with good patches for the > > code and are willing to donate these to the project, I'd suggest you > > either post the patches or attach them to a bug report. Please > > remember that almost all work on FreeBSD is done by volunteers in > > their spare time, rick. > I reported PR164933 early this year with a patch, but unfortunately no > one responded. > I have 0 time to work on NFS right now, but should be able to get back to it in a couple of weeks. I'll take a look at your mountd.c patch. > I've attached the patch against 9-STABLE now. > Please review. > > I found also other problems with NFS reliability (can reproduce > consistently) - will discuss tomorrow on freebsd-fs. > > Cheers, > Attila > > PS: Sorry about the language (ESL) of my letter, I'd like to > contribute > if I can. > > > _______________________________________________ > 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 Sat Aug 4 00:44:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF5FD106564A for ; Sat, 4 Aug 2012 00:44:41 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 979598FC0A for ; Sat, 4 Aug 2012 00:44:41 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so2304156pbb.13 for ; Fri, 03 Aug 2012 17:44:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=m/lyHsUo6H5UqvXJzwNI8gjuC3mSvLNmu9Wwit16mvw=; b=MLcAkWJC1tC/2+ghPUEiJuFuXeys0tFZxsYGQqJ+9eZ3yizjn7T0JIlZT6DzhxzAo/ v1xzgG3PE4nFM+2DwbucsCxN1OfMWOfEMZlJxXRCm7LSIpuSFIK+PBWTprdJ2jFxSNyA bdgdZYj8LWpBhIbIKDH40NuBVFXQj2UBUHw2I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=m/lyHsUo6H5UqvXJzwNI8gjuC3mSvLNmu9Wwit16mvw=; b=kbiFdqunRdog6k/vW6pz1YYbNRb5bbkN50PIEwKPhlb4edT+VjD+venNPVuUE/bwKg zb17os/JtQZW05C0K6STMeTwCjOARU+tYJZvuhAysJRiXbqi9WG1n8aRaPqWjA0q9ll3 5+OyM2kIEFEzqNfeMCY3Qg6i1PRTdkGZyf/9E/rYHJrd+L+Ohk5TPNaHNk4xGDGN4G5m Gmh8AP+Hnm6uDwEUREu1t2DPn34tfNH8nmK+ZURtzOL3I0KLQG5wJHYi/nmxH5XQy3Ry 2mTWuqYd6BIA+ZHMXUzKzkP/CIXot7Huy7qjE0Pl79a7IyVX4TLOC5wdhiWQrrtwKD2f yJvQ== Received: by 10.68.218.101 with SMTP id pf5mr1389610pbc.60.1344041081130; Fri, 03 Aug 2012 17:44:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.67.52 with HTTP; Fri, 3 Aug 2012 17:44:10 -0700 (PDT) In-Reply-To: <501BBB35.4050703@linguamatics.com> References: <501A781D.2050506@linguamatics.com> <20120802150441.GE11061@isuckatdomains.isuckatdomains.net> <501BBB35.4050703@linguamatics.com> From: Eitan Adler Date: Fri, 3 Aug 2012 17:44:10 -0700 Message-ID: To: =?UTF-8?Q?Attila_Bog=C3=A1r?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmDUqHsvTGrPtrrUnUTnlgUpFpY+/wg8pRPrRv2eocOvejSy/Yk+BQRaxdl9GjbphyxXanR Cc: freebsd-stable@freebsd.org, Chris Nehren Subject: Re: Who is responsible for Heimdal/Kerberos in FreeBSD 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, 04 Aug 2012 00:44:41 -0000 On 3 August 2012 04:51, Attila Bog=C3=A1r w= rote: > On 02/08/12 16:04, Chris Nehren wrote: > However I think, it's more sad, that the freebsd developer community is j= ust > ignoring the patches they are sent and doesn't considers quality assuranc= e. I understand your frustration, having patches that you think are good sitting for two years isn't fun for anyone. On the other hand your statement that we ignore patches and don't care is bogus: http://www.oook.cz/bsd/prstats/arriverates.html http://www.oook.cz/bsd/prstats/closerates.html Something you need to remember is that the developers are no more responsible to fix bugs than you are. We make an effort to do so, and we have improvements in the process to make, but please don't claim we intentionally ignore patches that are sent or don't care. --=20 Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 05:58:54 2012 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 573F81065675 for ; Sat, 4 Aug 2012 05:58:54 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D6B438FC23 for ; Sat, 4 Aug 2012 05:58:53 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1139015wgb.31 for ; Fri, 03 Aug 2012 22:58:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cCV09dX6zsB5kYHB8MZVTYUwu0pVmjfjvGtCMnq08zI=; b=Gs8jQ7Tgat3n6c7mK0bvMpebgfIm5Uk+jmfWsycBEygmWmRWaoICL7zevWYSbsVY3i YumuRG+XUthjZh0KIg6qTsCEtJ9sbreBT53lDn6b2uzGeUQEcoZhARprhfRwBSzgpHnQ SfbwhzCIs+hE91C0KONTrYqJS/u1OT++hHV6wv5Ykap5kHOgyJulYhWrhAKvRjWWOXhh 1YWWv5vRq/vk2bep6aogVni99574tpwDOlPsy94oA9zW7q302NaAVLSKH/RTR9XyG5a0 FWY0TfVCH2uoMCjqQAaDVJUe4i1FKuUH9PoTzPyhZRZ8PYwWY6GGuf7dPIdY2IX7Kp1O 9f6Q== MIME-Version: 1.0 Received: by 10.180.106.97 with SMTP id gt1mr2173642wib.5.1344059932475; Fri, 03 Aug 2012 22:58:52 -0700 (PDT) Received: by 10.223.60.147 with HTTP; Fri, 3 Aug 2012 22:58:52 -0700 (PDT) In-Reply-To: <20120804000931.ad04735d9a9966ec1709a3a8@getmail.no> References: <20120324172603.ee066e06.torfinn.ingolfsen@getmail.no> <20120804000931.ad04735d9a9966ec1709a3a8@getmail.no> Date: Fri, 3 Aug 2012 22:58:52 -0700 Message-ID: From: Kevin Oberman To: Torfinn Ingolfsen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 - GPT boot problems? 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, 04 Aug 2012 05:58:54 -0000 On Fri, Aug 3, 2012 at 3:09 PM, Torfinn Ingolfsen wrote: > Just a short update on this machine (Acer Aspire X1470) and the GPT / UEFI situation. > > Today I set up another partition, EFI system partition. The partyitions now looks like this: > root@kg-vm2# gpart show ada0 > => 34 250069613 ada0 GPT (119G) > 34 128 1 freebsd-boot (64k) > 162 119537664 2 freebsd-ufs (57G) > 119537826 8388608 3 freebsd-swap (4.0G) > 127926434 121634816 4 freebsd-ufs (58G) > 249561250 204800 5 efi (100M) > 249766050 303597 - free - (148M) > > I formatted the partition like this: > root@kg-vm2# newfs_msdos -F32 /dev/ada0p5 > newfs_msdos: trim 50 sectors to adjust to a multiple of 63 > /dev/ada0p5: 204512 sectors in 12782 FAT32 clusters (8192 bytes/cluster) > BytesPerSec=512 SecPerClust=16 ResSectors=32 FATs=2 Media=0xf0 SecPerTrack=63 Heads=16 HiddenSecs=0 HugeSectors=204750 FATsecs=100 RootCluster=2 FSInfo=1 Backup=2 > > I have tried putting an EFI shell on it (I got the idea from this[1] page, I have tried both the 1.0 and 2.0 x64 shell), like this: > root@kg-vm2# mount -t msdosfs /dev/ada0p5 /mnt > root@kg-vm2# ls -l /mnt > total 848 > drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 EFI > drwxr-xr-x 1 root wheel 8192 Aug 3 16:21 boot > -rwxr-xr-x 1 root wheel 847232 Aug 3 14:56 shellx64.efi > root@kg-vm2# ls -l /mnt/boot > total 760 > -rwxr-xr-x 1 root wheel 771072 Aug 3 16:23 bootx64.efi > root@kg-vm2# ls -l /mnt/EFI > total 16 > drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 FreeBSD > drwxr-xr-x 1 root wheel 8192 Aug 3 15:06 boot > root@kg-vm2# ls -l /mnt/EFI/boot > total 760 > -rwxr-xr-x 1 root wheel 771072 Aug 3 15:29 bootx64.efi > > but no dice - it is not working, it still prints "ERROR: No boot disk has been detected or the disk has failed." > when I try to boot from this disk. > How do I figure out where this UEFI firmware that Acer has put in this machine is getting it's boot manager and or boot loader from? > I tried running 'strings -f' on the BIOS file (sorry, UEFI firmware), that got me all the EFI error messages, but nothing useful. > Googling didn't help either. > > References: > 1) https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface It's not clear from your message, but did you use the gpart bootcode command to write the protective MBR and the gptboot code as documented in the gpart(8) man page? -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 07:11:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C917106564A for ; Sat, 4 Aug 2012 07:11:00 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp3.insight.synacor.com [208.47.185.25]) by mx1.freebsd.org (Postfix) with ESMTP id D2DBE8FC08 for ; Sat, 4 Aug 2012 07:10:59 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=dyANMTvdIA2/Dek2lMvrfnW3J40AFG5aJyCa65Yu+to= c=1 sm=0 a=3mG7tpBvWZEA:10 a=jLN7EqiLvroA:10 a=Br9LfDWDAAAA:8 a=pGLkceISAAAA:8 a=fmv6BDb6rjbMtJcxur0A:9 a=Mly9r9EdQkoA:10 a=MSl-tDqOz04A:10 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:56473] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 8C/9F-08634-CFACC105; Sat, 04 Aug 2012 03:10:53 -0400 Date: Sat, 04 Aug 2012 03:10:52 -0400 Message-ID: <8C.9F.08634.CFACC105@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Torfinn Ingolfsen Subject: Re: FreeBSD 9.0 - GPT boot problems? 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, 04 Aug 2012 07:11:00 -0000 > On Fri, Aug 3, 2012 at 3:09 PM, Torfinn Ingolfsen > wrote: > > Just a short update on this machine (Acer Aspire X1470) and the GPT / UEFI situation. > > Today I set up another partition, EFI system partition. The partyitions now looks like this: > > root@kg-vm2# gpart show ada0 > > => 34 250069613 ada0 GPT (119G) > > 34 128 1 freebsd-boot (64k) > > 162 119537664 2 freebsd-ufs (57G) > > 119537826 8388608 3 freebsd-swap (4.0G) > > 127926434 121634816 4 freebsd-ufs (58G) > > 249561250 204800 5 efi (100M) > > 249766050 303597 - free - (148M) > > I formatted the partition like this: > > root@kg-vm2# newfs_msdos -F32 /dev/ada0p5 > > newfs_msdos: trim 50 sectors to adjust to a multiple of 63 > > /dev/ada0p5: 204512 sectors in 12782 FAT32 clusters (8192 bytes/cluster) > > BytesPerSec=512 SecPerClust=16 ResSectors=32 FATs=2 Media=0xf0 SecPerTrack=63 Heads=16 HiddenSecs=0 HugeSectors=204750 FATsecs=100 RootCluster=2 FSInfo=1 > +Backup=2 > > I have tried putting an EFI shell on it (I got the idea from this[1] page, I have tried both the 1.0 and 2.0 x64 shell), like this: > > root@kg-vm2# mount -t msdosfs /dev/ada0p5 /mnt > > root@kg-vm2# ls -l /mnt > > total 848 > > drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 EFI > > drwxr-xr-x 1 root wheel 8192 Aug 3 16:21 boot > > -rwxr-xr-x 1 root wheel 847232 Aug 3 14:56 shellx64.efi > > root@kg-vm2# ls -l /mnt/boot > > total 760 > > -rwxr-xr-x 1 root wheel 771072 Aug 3 16:23 bootx64.efi > > root@kg-vm2# ls -l /mnt/EFI > > total 16 > > drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 FreeBSD > > drwxr-xr-x 1 root wheel 8192 Aug 3 15:06 boot > > root@kg-vm2# ls -l /mnt/EFI/boot > > total 760 > > -rwxr-xr-x 1 root wheel 771072 Aug 3 15:29 bootx64.efi > > but no dice - it is not working, it still prints "ERROR: No boot disk has been detected or the disk has failed." > > when I try to boot from this disk. > > How do I figure out where this UEFI firmware that Acer has put in this machine is getting it's boot manager and or boot loader from? > > I tried running 'strings -f' on the BIOS file (sorry, UEFI firmware), that got me all the EFI error messages, but nothing useful. > > Googling didn't help either. > > References: > > 1) https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface > It's not clear from your message, but did you use the gpart bootcode > command to write the protective MBR and the gptboot code as documented > in the gpart(8) man page? > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com The gpart bootcode command is quite apart from and unrelated to (as far as I can tell) the EFI partition. I think the EFI partition is supposed to be the first partition on a GPT-partitioned disk. I have installed FreeBSD to a USB stick, GPT-partitioned with three partitions: boot, root and swap. I used gpart bootcode command to make the USB stick bootable, there was no EFI partition in this case. This is good if FreeBSD is the only OS installed to a disk. EFI partition is to allow sharing a hard drive with multiple OS installations. Tom From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 14:19:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88EEA1065670 for ; Sat, 4 Aug 2012 14:19:15 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 381398FC0C for ; Sat, 4 Aug 2012 14:19:14 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan04.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0M88007Z4IG10H40@get-mta-out03.get.basefarm.net> for freebsd-stable@freebsd.org; Sat, 04 Aug 2012 16:19:13 +0200 (MEST) Received: from get-mta-scan04.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id E54F71EF1BA4_1D3057B for ; Sat, 04 Aug 2012 14:23:19 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan04.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id C52C01EF1B87_1D3057F for ; Sat, 04 Aug 2012 14:23:19 +0000 (GMT) Date: Sat, 04 Aug 2012 16:19:12 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20120804161912.9c42d961306a86b45a217fbf@getmail.no> In-reply-to: References: <20120324172603.ee066e06.torfinn.ingolfsen@getmail.no> <20120804000931.ad04735d9a9966ec1709a3a8@getmail.no> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Subject: Re: FreeBSD 9.0 - GPT boot problems? 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, 04 Aug 2012 14:19:15 -0000 On Fri, 03 Aug 2012 22:58:52 -0700 Kevin Oberman wrote: > > It's not clear from your message, but did you use the gpart bootcode > command to write the protective MBR and the gptboot code as documented > in the gpart(8) man page? Yes (this is why I wrote this message as a followup to the thread), all that was done in my first attempt, the problem is that the brain-dead firmware in this machine sees a GPT-partitioned disk and decides for itself that GPT = (U)EFI, and thus looks only for the EFI system partition, it does not try to boot from the gptboot in the freebsd-boot partition. If I use a MBR-partitoned drive, it boots ok. And yes, the BIOS (sorry, UEFI firmware) is the latest that Acer has provided for this machine. Just trying to make haeds and tails out of this UEFI thing, to see if it is a workable solution. -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 14:23:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78AF71065670 for ; Sat, 4 Aug 2012 14:23:43 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF1A8FC08 for ; Sat, 4 Aug 2012 14:23:42 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan04.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0M880074VINI0H50@get-mta-out03.get.basefarm.net> for freebsd-stable@freebsd.org; Sat, 04 Aug 2012 16:23:42 +0200 (MEST) Received: from get-mta-scan04.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id B10AC1EF1BA8_1D3164B for ; Sat, 04 Aug 2012 14:27:48 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan04.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id 6A9AB1EF1BBF_1D3164F for ; Sat, 04 Aug 2012 14:27:48 +0000 (GMT) Date: Sat, 04 Aug 2012 16:23:41 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20120804162341.717ec2bc694758cd0a07412c@getmail.no> In-reply-to: <8C.9F.08634.CFACC105@smtp01.insight.synacor.com> References: <8C.9F.08634.CFACC105@smtp01.insight.synacor.com> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Subject: Re: FreeBSD 9.0 - GPT boot problems? 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, 04 Aug 2012 14:23:43 -0000 On Sat, 04 Aug 2012 03:10:52 -0400 Thomas Mueller wrote: > > On Fri, Aug 3, 2012 at 3:09 PM, Torfinn Ingolfsen > > wrote: > > > Just a short update on this machine (Acer Aspire X1470) and the GPT / UEFI situation. > > > > Today I set up another partition, EFI system partition. The partyitions now looks like this: > > > root@kg-vm2# gpart show ada0 > > > => 34 250069613 ada0 GPT (119G) > > > 34 128 1 freebsd-boot (64k) > > > 162 119537664 2 freebsd-ufs (57G) > > > 119537826 8388608 3 freebsd-swap (4.0G) > > > 127926434 121634816 4 freebsd-ufs (58G) > > > 249561250 204800 5 efi (100M) > > > 249766050 303597 - free - (148M) > > > > I formatted the partition like this: > > > root@kg-vm2# newfs_msdos -F32 /dev/ada0p5 > > > newfs_msdos: trim 50 sectors to adjust to a multiple of 63 > > > /dev/ada0p5: 204512 sectors in 12782 FAT32 clusters (8192 bytes/cluster) > > > BytesPerSec=512 SecPerClust=16 ResSectors=32 FATs=2 Media=0xf0 SecPerTrack=63 Heads=16 HiddenSecs=0 HugeSectors=204750 FATsecs=100 RootCluster=2 FSInfo=1 > > +Backup=2 > > > > I have tried putting an EFI shell on it (I got the idea from this[1] page, I have tried both the 1.0 and 2.0 x64 shell), like this: > > > root@kg-vm2# mount -t msdosfs /dev/ada0p5 /mnt > > > root@kg-vm2# ls -l /mnt > > > total 848 > > > drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 EFI > > > drwxr-xr-x 1 root wheel 8192 Aug 3 16:21 boot > > > -rwxr-xr-x 1 root wheel 847232 Aug 3 14:56 shellx64.efi > > > root@kg-vm2# ls -l /mnt/boot > > > total 760 > > > -rwxr-xr-x 1 root wheel 771072 Aug 3 16:23 bootx64.efi > > > root@kg-vm2# ls -l /mnt/EFI > > > total 16 > > > drwxr-xr-x 1 root wheel 8192 Aug 3 14:30 FreeBSD > > > drwxr-xr-x 1 root wheel 8192 Aug 3 15:06 boot > > > root@kg-vm2# ls -l /mnt/EFI/boot > > > total 760 > > > -rwxr-xr-x 1 root wheel 771072 Aug 3 15:29 bootx64.efi > > > > but no dice - it is not working, it still prints "ERROR: No boot disk has been detected or the disk has failed." > > > when I try to boot from this disk. > > > How do I figure out where this UEFI firmware that Acer has put in this machine is getting it's boot manager and or boot loader from? > > > I tried running 'strings -f' on the BIOS file (sorry, UEFI firmware), that got me all the EFI error messages, but nothing useful. > > > Googling didn't help either. > > > > References: > > > 1) https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface > > > It's not clear from your message, but did you use the gpart bootcode > > command to write the protective MBR and the gptboot code as documented > > in the gpart(8) man page? > > -- > > R. Kevin Oberman, Network Engineer > > E-mail: kob6558@gmail.com > > The gpart bootcode command is quite apart from and unrelated to (as far as I can tell) the EFI partition. Yes, this is what I have found out too. > I think the EFI partition is supposed to be the first partition on a GPT-partitioned disk. This is not required by the specification as far as I can tell, but there are writings on the net saying that some implementations requires this (MS Win7 for example). > I have installed FreeBSD to a USB stick, GPT-partitioned with three partitions: boot, root and swap. FWIW, I also use GPT-partitoned disks on many of my other machines; they work fine. It is (so far) only this machine which has this problem. > > EFI partition is to allow sharing a hard drive with multiple OS installations. The EFI system partition is also the place where (U)EFI firmwae will look for boot loaders, in order to load operating systems. YMMV. -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 16:50:00 2012 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 A1770106566B; Sat, 4 Aug 2012 16:50:00 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [202.12.127.65]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD488FC0A; Sat, 4 Aug 2012 16:50:00 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 697F7612E; Sat, 4 Aug 2012 12:49:51 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=lWJOkBrU6M4sdIJPXNil48S4ZYsba7/Cur74hC1WqS8+I5VYh/DS86xdSFaEDEZ1q 2ng8/5PUMnxk7r9jmHnhW54He2NRk2qMWR8y30PE/U5uL9fX7ZINa9JtwRyLGuo Message-ID: <501D52AD.4010105@protected-networks.net> Date: Sat, 04 Aug 2012 12:49:49 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: current@FreeBSD.org, stable@freebsd.org X-Enigmail-Version: 1.4.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: geom mirror now rebuilding on every reboot? 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, 04 Aug 2012 16:50:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Something in -current and recently MFC'd to -stable is causing all of my gmirror drives to rebuild on reboot :-( Being remote and these being production machines, I suspect SVN r237929 and r237930 in -current and SVN r238500 to -stable but haven't yet been able to prove it. Is anyone else seeing this? imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAdUqwACgkQQv9rrgRC1JIVSwCfctGE6tASTXyhW1ejHsWLTDRs MTsAoMXqcQ3dwlurELdqm2ZBqTCCgRaR =J/No -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 4 19:12:36 2012 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 693FC106566C for ; Sat, 4 Aug 2012 19:12:36 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E5F948FC14 for ; Sat, 4 Aug 2012 19:12:35 +0000 (UTC) Received: by eaak11 with SMTP id k11so473721eaa.13 for ; Sat, 04 Aug 2012 12:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=r+9a8taKpy+25JfD6FRiDmmzjDkjIG9lsKNN1rJVd9Y=; b=QKMBuTwfUYmtHIEzcYjm4kc+hPwhk7KLv+Mkb/acSN3q4mhZ36UUNLKNkNttgKxfW6 6aMOSws+d+6LF9CL1xESQy48d67e9a9kbjwM6aYBJF2Iph22w4CwTWjDc/NZs+t7ZElN 4tXX9m8Vkm6nCyfflEfvsoa3XNZe2D3buLEPjoKVMNjUInqWJ3jU3AfIOGnojvJ0sibk ksQj+AoL5akm65eIY2BVF8vDJRp0EaW9n9Hv+y5D0si4yOXVznu2vz32+yCfnciqvMRX 8eM026Mcuu6OIm2nXLFCLcRpCrIF57lhkJsnE8yvNDoGomsFY5A9T/Y66AkISWaJj/Fp aFyw== MIME-Version: 1.0 Received: by 10.14.210.197 with SMTP id u45mr6982589eeo.42.1344107554740; Sat, 04 Aug 2012 12:12:34 -0700 (PDT) Received: by 10.14.27.77 with HTTP; Sat, 4 Aug 2012 12:12:34 -0700 (PDT) In-Reply-To: <20120804162341.717ec2bc694758cd0a07412c@getmail.no> References: <8C.9F.08634.CFACC105@smtp01.insight.synacor.com> <20120804162341.717ec2bc694758cd0a07412c@getmail.no> Date: Sat, 4 Aug 2012 14:12:34 -0500 Message-ID: From: Scot Hetzel To: Torfinn Ingolfsen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 - GPT boot problems? 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, 04 Aug 2012 19:12:36 -0000 On Sat, Aug 4, 2012 at 9:23 AM, Torfinn Ingolfsen wrote: >> The gpart bootcode command is quite apart from and unrelated to (as far as I can tell) the EFI partition. > > Yes, this is what I have found out too. > >> I think the EFI partition is supposed to be the first partition on a GPT-partitioned disk. > > This is not required by the specification as far as I can tell, but there are writings on the net saying that some implementations > requires this (MS Win7 for example). > > http://msdn.microsoft.com/en-us/windows/hardware/gg463525.aspx Microsoft wants the GPT Disks partitions layouted as: Extensible Firmware Interface System Partition (ESP) ~100MB OEM Partition (optional) Microsoft Reserved Partition (MSR) [Drive <16GB - MSR = 32MB, Drive >= 16GB - MSR = 128MB] - used to reserve space that is later broken in to smaller partition for use by meta data (i.e. dynamic disks) Data Partitions (FAT, NTFS, ...) If these partitions (ESP, OEM and MSR) were mixed in with the Data Partions, then you would be unable to grow the filesystems. Scot