From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 23:13:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA89316A404; Sat, 24 Feb 2007 23:13:58 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.net [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB8413C467; Sat, 24 Feb 2007 23:13:56 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from localhost (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id EA3DFBE3B; Sat, 24 Feb 2007 14:44:58 -0800 (PST) Received: from mail.iXsystems.com ([127.0.0.1]) by localhost (mail.ixsystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38327-02; Sat, 24 Feb 2007 14:44:56 -0800 (PST) Received: from [192.168.0.100] (c-24-6-31-249.hsd1.ca.comcast.net [24.6.31.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTP id 05C01BD4B; Sat, 24 Feb 2007 14:44:56 -0800 (PST) From: Matt Olander Organization: iXsystems To: freebsd-hackers@freebsd.org Date: Sat, 24 Feb 2007 14:44:54 -0800 User-Agent: KMail/1.9.5 References: <20070224213111.GB41434@xor.obsecurity.org> In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702241444.54960.matt@ixsystems.com> X-Virus-Scanned: Maia Mailguard X-Mailman-Approved-At: Sun, 25 Feb 2007 00:08:14 +0000 Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 23:13:58 -0000 On Saturday 24 February 2007 1:31 pm, Kris Kennaway wrote: > Now that the goals of the SMPng project are complete, for the past > year or more several of us have been working hard on profiling > FreeBSD in various multiprocessor workloads, and looking for > performance bottlenecks to be optimized. > > We have recently made significant progress on optimizing for MySQL > running on an 8-core amd64 system. The graph of results may be found > here: > > http://www.freebsd.org/~kris/scaling/scaling.png > > This shows the graph of MySQL transactions/second performed by a > multi-threaded client workload against a local MySQL database with > varying numbers of client threads, with identically configured > FreeBSD and Linux systems on the same machine. > > The test was run on FreeBSD 7.0, with the latest version of the ULE > 2.0 scheduler, the libthr threading library, and an uncommitted patch > from Jeff Roberson [1] that addresses poor scalability of file > descriptor locking (using a new sleepable mutex primitive); this > patch is responsible for almost all of the performance and scaling > improvements measured. It also includes some other patches > (collected in my kris-contention p4 branch) that have been shown to > help contention in MySQL workloads in the past (including a UNIX > domain socket locking pushdown patch from Robert Watson), but these > were shown to only give small individual contributions, with a > cumulative effect on the order of 5-10%. > > With this configuration we are able to achieve performance that is > consistent with Linux at peak (the graph shows Linux 2% faster, but > this is commensurate with the margin of error coming from variance > between runs, so more data is needed to distinguish them), with 8 > client threads (=1 thread/CPU core), and significantly outperforms > Linux at higher than peak loads, when running on the same hardware. > > Specifically, beyond 8 client threads FreeBSD has only minor > performance degradation (an 8% drop from peak throughput at 8 clients > to 20 clients), but Linux collapses immediately above 8 threads, and > above 14 threads asymptotes to essentially single-threaded levels. > At 20 clients FreeBSD outperforms Linux by a factor of 4. > > We see this result as part of the payoff we are seeing from the hard > work of many developers over the past 7 years. In particular it is a > significant validation of the SMP and locking strategies chosen for > the FreeBSD kernel in the post-FreeBSD 4.x world. > > More configuration details and discussion about the benchmark may be > found here: > > http://people.freebsd.org/~kris/scaling/mysql.html Well done! Nice work guys!!! FYI, we're working with Intel to get an engineering sample of the quad core, quad CPU system for some further SMP testing. Kris, I'll let you know as soon as I have word when we're getting one and if we can keep it, we'll send it up to be included in the cluster in Canada. Yay!!!!!!! This is just fabulous. -matt > > Kris -- Matt Olander CTO, iXsystems - "Servers for Open Source" http://www.iXsystems.com Public Relations, The FreeBSD Project http://www.FreeBSD.org BSD on the Desktop! http://www.pcbsd.org Phone: (408)943-4100 ext. 113 Fax: (408)943-4101 From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 03:32:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDC3616A400 for ; Sun, 25 Feb 2007 03:32:40 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 61F3313C46B for ; Sun, 25 Feb 2007 03:32:40 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so849318muf for ; Sat, 24 Feb 2007 19:32:39 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h4boxcFIsB+VyOE/Jx9Ai6/STyn5ZPaiKvIhd/UsgKvXMS19ubZ/zrL2rf1wov4ScCMkYMyDLDZ8HXvbaadRd10bG8v4ghrj2jwn1PypzsHrh7npH64KeenT+AhveQMddeMDfXAkljHXyDhnkxfk8pafEm1sPrrAeOCIH/oC7l4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tncTXPc/r42tqFl3BMeYzUttR+WkfyBXYHGymukSO5g7qxZ35L+K6dknHmswysqDVPKrjLDEO3LjCq5OuPTGRIwzPwl1shO7kC0LwEkyQ1BoqY/bnxEm/k+TfWZ+kObH+GkyHMsnzRL/yf4K7IpeBU7WZa6KK2Nw/FmRrXbYIMQ= Received: by 10.82.172.15 with SMTP id u15mr1212161bue.1172374359121; Sat, 24 Feb 2007 19:32:39 -0800 (PST) Received: by 10.82.186.2 with HTTP; Sat, 24 Feb 2007 19:32:39 -0800 (PST) Message-ID: <790a9fff0702241932v31ba8c5erce8040d87ce5d215@mail.gmail.com> Date: Sat, 24 Feb 2007 21:32:39 -0600 From: "Scot Hetzel" To: Jeff In-Reply-To: <45E0A74F.2040904@mrbonkers.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45E0A74F.2040904@mrbonkers.org> Cc: freebsd-current@freebsd.org Subject: Re: Problem with Path/Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 03:32:40 -0000 On 2/24/07, Jeff wrote: > I'm been running 6.0 for several months with no issues. Suddenly, > installing any port fails with this message: > > /usr/local/sbin/pkg_info: not found > In one of the ports do a 'make -V OSVERSION': Does it match one of these conditions (from Mk/bsd.port.mk)? - OSVERSION} < 504105 - OSVERSION} >= 600000 && OSVERSION < 600103 - OSVERSION >= 700000 && OSVERSION < 700012 EXTRACT_DEPENDS+= ${LOCALBASE}/sbin/pkg_info:${PORTSDIR}/ports-mgmt/pkg_install If it does, you might need to reinstall the ports-mgmt/pkg_install port. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 05:24:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA94216A400 for ; Sun, 25 Feb 2007 05:24:11 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from sumo.dreamhost.com (sumo.dreamhost.com [66.33.216.29]) by mx1.freebsd.org (Postfix) with ESMTP id 9441913C491 for ; Sun, 25 Feb 2007 05:24:11 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a6.g.dreamhost.com (sd-green-bigip-145.dreamhost.com [208.97.132.145]) by sumo.dreamhost.com (Postfix) with ESMTP id 66BF8178FE3 for ; Sat, 24 Feb 2007 20:54:53 -0800 (PST) Received: from [10.0.1.2] (68-184-120-224.dhcp.smyr.ga.charter.com [68.184.120.224]) by spunkymail-a6.g.dreamhost.com (Postfix) with ESMTP id 09105109F30; Sat, 24 Feb 2007 20:54:50 -0800 (PST) Message-ID: <45E11685.7050102@cyberwang.net> Date: Sat, 24 Feb 2007 23:54:29 -0500 From: Sean Bryant User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Vladimir Botka References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> In-Reply-To: <1172039459.3620.1.camel@srv> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: Christopher Arnold , freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 05:24:11 -0000 Vladimir Botka wrote: > Christopher Arnold píše v út 20. 02. 2007 v 16:17 +0100: >> Hi all, >> >> i have been trying to dig up the actual status of running Xen on FreeBSD. >> But everything i find seems to either be related to 5.3 or from early >> 2006. (Except yuanjue's page wich only confuses me on which version of >> FreeBSD Xen can run on/under.) >> >> So could someone please help me with these questions: >> >> A) Which versions of FreeBSD can we run under DomU? >> >> B) Is there actually support in the sources or must we still use the >> patches found here and there? >> >> C) Whats the status of Dom0 support? And on which versions will it run? >> >> /Chris >> > > Hello, NetBSD supports Xen. Cheers, -vlado. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" no offense but that is in no way an answer to the question. FreeBSD 7.0 has Xen3 DomU support. No Dom0 support. At least yet. Yuan, Jue has really been off the radar since SoC2006. Maybe Soc2007 will provide Dom0 support. Looking at the Developer's faq its no small task for Dom0 support, but the payoff will be great. NetBSD might be a great place to start as reports of said it supports Xen. From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 05:37:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3077C16A404 for ; Sun, 25 Feb 2007 05:37:45 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFAF13C471 for ; Sun, 25 Feb 2007 05:37:45 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.236] ([70.21.156.216]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JE000GFC7MR7LUC@vms042.mailsrvcs.net> for current@freebsd.org; Sat, 24 Feb 2007 23:37:40 -0600 (CST) Date: Sun, 25 Feb 2007 00:41:44 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20070224195540.GB77131@deviant.kiev.zoral.com.ua> To: Kostik Belousov Message-id: <1172382104.17603.2.camel@twinhead.rabbitslawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070215011400.GA10455@xor.obsecurity.org> <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> <1172156865.848.14.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070224195540.GB77131@deviant.kiev.zoral.com.ua> Cc: current@freebsd.org, Kris Kennaway Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 05:37:45 -0000 On Sat, 2007-02-24 at 21:55 +0200, Kostik Belousov wrote: > On Thu, Feb 22, 2007 at 10:07:45AM -0500, Alexandre Sunny Kovalenko wrote: > > On Tue, 2007-02-20 at 09:48 -0500, Alexandre "Sunny" Kovalenko wrote: > > > On Wed, 2007-02-14 at 20:14 -0500, Kris Kennaway wrote: > > > > On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalenko wrote: > > > > > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > > > > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > > > > > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > > > > > > > excersises the file system. I have currently settled on (cd /usr/ports; > > > > > > > make clean), but it all started out as doing some "emerges" to test the > > > > > > > latest linuxolator. In the case of the "make clean" I have seen it > > > > > > > crashing as early as /usr/ports/audio and as late > > > > > > > as /usr/ports/textproc. > > > > > > > > > I am still not capable to get good backtrace from the kernel dump, but I > > have managed to hook up remote console to this machine, so here are > > results: > > > > db> bt > > Tracing pid 33 tid 100032 td 0xc4cee510 > > kdb_enter(c067c69d) at kdb_enter+0x2b > > panic(c0667ba3,c306d5c0,c306d5c0,e38a2cfc,c0619fd9,...) at panic+0x11c > > vm_pageq_remove_nowakeup(c306d5c0,c061a0b8,e38a2d04,c061a0ee,e38a2d24,...) at vm_pageq_remove_nowakeup+0x35 > > vm_page_zero_idle(e38a2d24,c04c7fe4,0,e38a2d38,c4ef8900,...) at > > vm_page_zero_idle+0x49 > > vm_pagezero(0,e38a2d38) at vm_pagezero+0x36 > > fork_exit(c061a0b8,0,e38a2d38) at fork_exit+0xac > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe38a2d70, ebp = 0 --- > > db> ps > > pid ppid pgrp uid state wmesg wchan cmd > > > > 33 0 0 0 RL CPU 0 [pagezero] > > > > > > ... and (hopefully) relevant bits from the source > > (kgdb) list *vm_pageq_remove_nowakeup+0x35 > > 0xc06192f9 is in vm_pageq_remove_nowakeup > > (/usr/src/sys/vm/vm_pageq.c:223). > > 218 struct vpgqueues *pq; > > 219 > > 220 if (queue != PQ_NONE) { > > 221 pq = &vm_page_queues[queue]; > > 222 VM_PAGE_SETQUEUE2(m, PQ_NONE); > > 223 TAILQ_REMOVE(&pq->pl, m, pageq); > There, please, show the output of "p/x *m" and "p/x *pq". > Unfortunately, with the latest -CURRENT the end result is different: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex sellck r = 0 (0xc0741284) locked @ /usr/src/sys/kern/sys_generic.c:776 KDB: stack backtrace: db_trace_self_wrapper(c067f599) at db_trace_self_wrapper+0x25 kdb_backtrace(1,c4fb46c0,c,e5447ab4,e5447aa8,...) at kdb_backtrace+0x29 witness_warn(5,0,c069ed6f) at witness_warn+0x192 trap(e5447ab4) at trap+0x10f calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80bfe48d, esp = 0xe5447af4, ebp = 0xe5447c54 --- kernload(c4e02d80,5,bfbfedb0,0,bfbfedb0,...) at -0x7f401b73 select(c4e02d80,e5447d00) at select+0x44 syscall(e5447d38) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f273, esp = 0xbfbfe82c, ebp = 0xbfbfee48 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x80bfe48d fault code = supervisor read, page not present instruction pointer = 0x20:0x80bfe48d stack pointer = 0x28:0xe5447af4 frame pointer = 0x28:0xe5447c54 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 = 520 (powerd) [thread pid 520 tid 100052 ] Stopped at -0x7f401b73: *** error reading from address 80bfe48d *** db> db> where Tracing pid 520 tid 100052 td 0xc4e02d80 kern_select(c4e02d80,5,bfbfedb0,0,bfbfedb0,...) at kern_select+0x4e5 select(c4e02d80,e5447d00) at select+0x44 syscall(e5447d38) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f273, esp = 0xbfbfe82c, ebp = 0xbfbfee48 --- db> what should I look for here? -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 05:41:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A35716A404; Sun, 25 Feb 2007 05:41:22 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EA7F213C4B4; Sun, 25 Feb 2007 05:41:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CB7FD1A4D80; Sat, 24 Feb 2007 21:41:21 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D070E51446; Sun, 25 Feb 2007 00:41:20 -0500 (EST) Date: Sun, 25 Feb 2007 00:41:20 -0500 From: Kris Kennaway To: cokane@cokane.org Message-ID: <20070225054120.GA47059@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 05:41:22 -0000 On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > What does the performance curve look like for the in-CVS 7-CURRENT tree with > 4BSD or ULE ? How do those stand up against the Linux SMP scheduler for > scalability. It would be nice to see the comparison displayed to see what > the performance improvements of the aforementioned patch were realized to. > This would likely be a nice graphics for the SMPng project page, BTW... There are graphs of this on Jeff's blog, referenced in that URL. Fixing filedesc locking makes a HUGE difference. Kris From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 05:54:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CD3616A402 for ; Sun, 25 Feb 2007 05:54:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id D480C13C478 for ; Sun, 25 Feb 2007 05:54:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HLCL3-0008qd-VZ for current@freebsd.org; Sun, 25 Feb 2007 07:54:34 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1P5qt9I018126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Feb 2007 07:52:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1P5qt37054356; Sun, 25 Feb 2007 07:52:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1P5qtcu054355; Sun, 25 Feb 2007 07:52:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 25 Feb 2007 07:52:54 +0200 From: Kostik Belousov To: Alexandre Sunny Kovalenko Message-ID: <20070225055254.GD77131@deviant.kiev.zoral.com.ua> References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070215011400.GA10455@xor.obsecurity.org> <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> <1172156865.848.14.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070224195540.GB77131@deviant.kiev.zoral.com.ua> <1172382104.17603.2.camel@twinhead.rabbitslawn.verizon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cQXOx3fnlpmgJsTP" Content-Disposition: inline In-Reply-To: <1172382104.17603.2.camel@twinhead.rabbitslawn.verizon.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: feb28a81ec0850514d099b7346a2573b X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 803 [Feb 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org, Kris Kennaway Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 05:54:36 -0000 --cQXOx3fnlpmgJsTP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 25, 2007 at 12:41:44AM -0500, Alexandre Sunny Kovalenko wrote: > On Sat, 2007-02-24 at 21:55 +0200, Kostik Belousov wrote: > > On Thu, Feb 22, 2007 at 10:07:45AM -0500, Alexandre Sunny Kovalenko wro= te: > > > On Tue, 2007-02-20 at 09:48 -0500, Alexandre "Sunny" Kovalenko wrote: > > > > On Wed, 2007-02-14 at 20:14 -0500, Kris Kennaway wrote: > > > > > On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalen= ko wrote: > > > > > > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > > > > > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kov= alenko wrote: > > > > > > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the s= omething that > > > > > > > > excersises the file system. I have currently settled on (cd= /usr/ports; > > > > > > > > make clean), but it all started out as doing some "emerges"= to test the > > > > > > > > latest linuxolator. In the case of the "make clean" I have = seen it > > > > > > > > crashing as early as /usr/ports/audio and as late > > > > > > > > as /usr/ports/textproc.=20 > > > > > > > >=20 > > > I am still not capable to get good backtrace from the kernel dump, bu= t I > > > have managed to hook up remote console to this machine, so here are > > > results: > > >=20 > > > db> bt > > > Tracing pid 33 tid 100032 td 0xc4cee510 > > > kdb_enter(c067c69d) at kdb_enter+0x2b > > > panic(c0667ba3,c306d5c0,c306d5c0,e38a2cfc,c0619fd9,...) at panic+0x11c > > > vm_pageq_remove_nowakeup(c306d5c0,c061a0b8,e38a2d04,c061a0ee,e38a2d24= ,...) at vm_pageq_remove_nowakeup+0x35 > > > vm_page_zero_idle(e38a2d24,c04c7fe4,0,e38a2d38,c4ef8900,...) at > > > vm_page_zero_idle+0x49 > > > vm_pagezero(0,e38a2d38) at vm_pagezero+0x36 > > > fork_exit(c061a0b8,0,e38a2d38) at fork_exit+0xac > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0, eip =3D 0, esp =3D 0xe38a2d70, ebp =3D 0 --- > > > db> ps > > > pid ppid pgrp uid state wmesg wchan cmd > > > > > > 33 0 0 0 RL CPU 0 [pagezero] > > > > > >=20 > > > ... and (hopefully) relevant bits from the source > > > (kgdb) list *vm_pageq_remove_nowakeup+0x35 > > > 0xc06192f9 is in vm_pageq_remove_nowakeup > > > (/usr/src/sys/vm/vm_pageq.c:223). > > > 218 struct vpgqueues *pq; > > > 219 > > > 220 if (queue !=3D PQ_NONE) { > > > 221 pq =3D &vm_page_queues[queue]; > > > 222 VM_PAGE_SETQUEUE2(m, PQ_NONE); > > > 223 TAILQ_REMOVE(&pq->pl, m, pageq); > > There, please, show the output of "p/x *m" and "p/x *pq". > >=20 > Unfortunately, with the latest -CURRENT the end result is different: >=20 > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex sellck r =3D 0 (0xc0741284) locked > @ /usr/src/sys/kern/sys_generic.c:776 > KDB: stack backtrace: > db_trace_self_wrapper(c067f599) at db_trace_self_wrapper+0x25 > kdb_backtrace(1,c4fb46c0,c,e5447ab4,e5447aa8,...) at kdb_backtrace+0x29 > witness_warn(5,0,c069ed6f) at witness_warn+0x192 > trap(e5447ab4) at trap+0x10f > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0x80bfe48d, esp =3D 0xe5447af4, ebp =3D 0xe5447c54 = --- > kernload(c4e02d80,5,bfbfedb0,0,bfbfedb0,...) at -0x7f401b73 > select(c4e02d80,e5447d00) at select+0x44 > syscall(e5447d38) at syscall+0x256 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (93, FreeBSD ELF32, select), eip =3D 0x2815f273, esp =3D > 0xbfbfe82c, ebp =3D 0xbfbfee48 --- >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x80bfe48d > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0x80bfe48d > stack pointer =3D 0x28:0xe5447af4 > frame pointer =3D 0x28:0xe5447c54 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 520 (powerd) > [thread pid 520 tid 100052 ] > Stopped at -0x7f401b73: *** error reading from address 80bfe48d > *** > db>=20 >=20 > db> where > Tracing pid 520 tid 100052 td 0xc4e02d80 > kern_select(c4e02d80,5,bfbfedb0,0,bfbfedb0,...) at kern_select+0x4e5 > select(c4e02d80,e5447d00) at select+0x44 > syscall(e5447d38) at syscall+0x256 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (93, FreeBSD ELF32, select), eip =3D 0x2815f273, esp =3D > 0xbfbfe82c, ebp =3D 0xbfbfee48 --- > db>=20 >=20 > what should I look for here? Did you used some memory tester ? This looks like (random) memory corruptio= n. Reported fault address 0x80bfe48d belongs to user part of VA. Could you, please, show the source line that corresponds the kern_select+0x4e5 in your compiled kernel ? --cQXOx3fnlpmgJsTP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4SQ2C3+MBN1Mb4gRAsmxAKCx8ZRmF7tb6ddTMRD/3ItWCFMc/QCg3ffn 47z8hMoGjL7TFUj36CZ0r8g= =n5/Q -----END PGP SIGNATURE----- --cQXOx3fnlpmgJsTP-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 06:03:06 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC9E516A402; Sun, 25 Feb 2007 06:03:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 980AD13C474; Sun, 25 Feb 2007 06:03:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7C9901A4D80; Sat, 24 Feb 2007 22:03:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C926951C41; Sun, 25 Feb 2007 01:03:05 -0500 (EST) Date: Sun, 25 Feb 2007 01:03:05 -0500 From: Kris Kennaway To: Coleman Kane Message-ID: <20070225060305.GA47361@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <20070225054755.GA33858@ramen.coleyandcheryl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070225054755.GA33858@ramen.coleyandcheryl> User-Agent: Mutt/1.4.2.2i Cc: smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 06:03:06 -0000 On Sun, Feb 25, 2007 at 05:47:55AM +0000, Coleman Kane wrote: > On Sun, Feb 25, 2007 at 12:41:20AM -0500, Kris Kennaway wrote, and it was proclaimed: > > On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > > > > > What does the performance curve look like for the in-CVS 7-CURRENT tree with > > > 4BSD or ULE ? How do those stand up against the Linux SMP scheduler for > > > scalability. It would be nice to see the comparison displayed to see what > > > the performance improvements of the aforementioned patch were realized to. > > > This would likely be a nice graphics for the SMPng project page, BTW... > > > > There are graphs of this on Jeff's blog, referenced in that URL. > > Fixing filedesc locking makes a HUGE difference. > > > > Kris > > Thanks. I saw that shortly after I sent the email... /me stupid. > > How stable is ULE now since the recent swath of rewrites in the past months? I think what is in CVS for 7.x is pretty stable. One of the difficult things with schedulers is making sure that all workloads perform well, so testing in different environments is always helpful. Kris P.S. ULE in 6.x is still not recommended, but hopefully the fixes can be merged at some point. From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 06:06:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F17216A402 for ; Sun, 25 Feb 2007 06:06:16 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id F176B13C47E for ; Sun, 25 Feb 2007 06:06:13 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1P65rJa028783; Sun, 25 Feb 2007 01:05:53 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <20070225054120.GA47059@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1C143520-B893-4F43-8F7E-04B021D2EE69@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Sun, 25 Feb 2007 01:05:53 -0500 To: Kris Kennaway X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2647/Sat Feb 24 19:13:21 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-0.014, required 6, AWL 0.54, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 06:06:16 -0000 On Feb 25, 2007, at 12:41 AM, Kris Kennaway wrote: > On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > >> What does the performance curve look like for the in-CVS 7-CURRENT >> tree with >> 4BSD or ULE ? How do those stand up against the Linux SMP >> scheduler for >> scalability. It would be nice to see the comparison displayed to >> see what >> the performance improvements of the aforementioned patch were >> realized to. >> This would likely be a nice graphics for the SMPng project page, >> BTW... > > There are graphs of this on Jeff's blog, referenced in that URL. > Fixing filedesc locking makes a HUGE difference. Kris, This is fantastic news! Is there an approximate date for when all of these patches are going to hit CVS? Keep up the great work! :) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 06:09:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 379F816A401; Sun, 25 Feb 2007 06:09:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE7E13C491; Sun, 25 Feb 2007 06:09:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0433C1A4D80; Sat, 24 Feb 2007 22:09:10 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3463E51C41; Sun, 25 Feb 2007 01:09:09 -0500 (EST) Date: Sun, 25 Feb 2007 01:09:09 -0500 From: Kris Kennaway To: Andre Guibert de Bruet Message-ID: <20070225060908.GA47476@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <1C143520-B893-4F43-8F7E-04B021D2EE69@siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <1C143520-B893-4F43-8F7E-04B021D2EE69@siliconlandmark.com> User-Agent: Mutt/1.4.2.2i Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 06:09:10 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 25, 2007 at 01:05:53AM -0500, Andre Guibert de Bruet wrote: > On Feb 25, 2007, at 12:41 AM, Kris Kennaway wrote: >=20 > >On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > > > >>What does the performance curve look like for the in-CVS 7-CURRENT =20 > >>tree with > >>4BSD or ULE ? How do those stand up against the Linux SMP =20 > >>scheduler for > >>scalability. It would be nice to see the comparison displayed to =20 > >>see what > >>the performance improvements of the aforementioned patch were =20 > >>realized to. > >>This would likely be a nice graphics for the SMPng project page, =20 > >>BTW... > > > >There are graphs of this on Jeff's blog, referenced in that URL. > >Fixing filedesc locking makes a HUGE difference. >=20 > Kris, >=20 > This is fantastic news! Is there an approximate date for when all of =20 > these patches are going to hit CVS? Hopefully within a week or two. It might not be that exact patch, I think John wants to try and do it a bit differently instead of introducing a new locking primitive just for this. Kris --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4SgEWry0BWjoQKURAorkAJ42xCwaSaaBP4BpoRf6gWmJ1HMxsgCeI6uH hj9/ZDlMxdlVeW+3ry/seJE= =Uks7 -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 06:33:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 294B516A403 for ; Sun, 25 Feb 2007 06:33:52 +0000 (UTC) (envelope-from cokane@mail.cokane.org) Received: from ms-smtp-04.texas.rr.com (ms-smtp-04.texas.rr.com [24.93.47.43]) by mx1.freebsd.org (Postfix) with ESMTP id C83F313C4A8 for ; Sun, 25 Feb 2007 06:33:51 +0000 (UTC) (envelope-from cokane@mail.cokane.org) Received: from ramen.cokane.org (rrcs-24-153-184-158.sw.biz.rr.com [24.153.184.158]) by ms-smtp-04.texas.rr.com (8.13.6/8.13.6) with SMTP id l1P5mRUi019090 for ; Sat, 24 Feb 2007 23:48:28 -0600 (CST) Received: (qmail 33918 invoked by uid 1001); 25 Feb 2007 05:47:55 -0000 Date: Sun, 25 Feb 2007 05:47:55 +0000 From: Coleman Kane To: Kris Kennaway Message-ID: <20070225054755.GA33858@ramen.coleyandcheryl> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070225054120.GA47059@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 06:33:52 -0000 On Sun, Feb 25, 2007 at 12:41:20AM -0500, Kris Kennaway wrote, and it was proclaimed: > On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > > > What does the performance curve look like for the in-CVS 7-CURRENT tree with > > 4BSD or ULE ? How do those stand up against the Linux SMP scheduler for > > scalability. It would be nice to see the comparison displayed to see what > > the performance improvements of the aforementioned patch were realized to. > > This would likely be a nice graphics for the SMPng project page, BTW... > > There are graphs of this on Jeff's blog, referenced in that URL. > Fixing filedesc locking makes a HUGE difference. > > Kris Thanks. I saw that shortly after I sent the email... /me stupid. How stable is ULE now since the recent swath of rewrites in the past months? -- coleman From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 08:50:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C825F16A400 for ; Sun, 25 Feb 2007 08:50:42 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 070DC13C478 for ; Sun, 25 Feb 2007 08:50:42 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id D1A771CC58; Sun, 25 Feb 2007 21:37:23 +1300 (NZDT) Date: Sun, 25 Feb 2007 21:37:23 +1300 From: Andrew Thompson To: FreeBSD Current Message-ID: <20070225083723.GA8131@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , FreeBSD Current MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: correct way to pass callbacks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 08:50:43 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, The bridgestp module needs two callbacks from the bridge when it attaches which so far I have just passed on with the function call. bstp_attach(&sc->sc_stp, bridge_state_change, bridge_rtable_expire); I have always felt this was rather ugly so have attached a patch to put them both in a struct, is this the right way to do it? bstp_attach(&sc->sc_stp, &cb); cheers, Andrew --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bstp_cb.diff" Index: bridgestp.c =================================================================== RCS file: /home/ncvs/src/sys/net/bridgestp.c,v retrieving revision 1.34 diff -u -p -r1.34 bridgestp.c --- bridgestp.c 18 Jan 2007 07:13:01 -0000 1.34 +++ bridgestp.c 23 Feb 2007 22:27:08 -0000 @@ -2087,8 +2087,7 @@ DECLARE_MODULE(bridgestp, bstp_mod, SI_S MODULE_VERSION(bridgestp, 1); void -bstp_attach(struct bstp_state *bs, bstp_state_cb_t state_callback, - bstp_rtage_cb_t rtage_callback) +bstp_attach(struct bstp_state *bs, struct bstp_cb *cb) { BSTP_LOCK_INIT(bs); callout_init_mtx(&bs->bs_bstpcallout, &bs->bs_mtx, 0); @@ -2102,8 +2101,8 @@ bstp_attach(struct bstp_state *bs, bstp_ bs->bs_migration_delay = BSTP_DEFAULT_MIGRATE_DELAY; bs->bs_txholdcount = BSTP_DEFAULT_HOLD_COUNT; bs->bs_protover = BSTP_PROTO_RSTP; - bs->bs_state_cb = state_callback; - bs->bs_rtage_cb = rtage_callback; + bs->bs_state_cb = cb->bcb_state; + bs->bs_rtage_cb = cb->bcb_rtage; getmicrotime(&bs->bs_last_tc_time); Index: bridgestp.h =================================================================== RCS file: /home/ncvs/src/sys/net/bridgestp.h,v retrieving revision 1.12 diff -u -p -r1.12 bridgestp.h --- bridgestp.h 11 Dec 2006 23:46:40 -0000 1.12 +++ bridgestp.h 23 Feb 2007 22:25:27 -0000 @@ -186,6 +186,11 @@ typedef void (*bstp_state_cb_t)(struct ifnet *, int); typedef void (*bstp_rtage_cb_t)(struct ifnet *, int); +struct bstp_cb { + bstp_state_cb_t bcb_state; + bstp_rtage_cb_t bcb_rtage; +}; + /* * Because BPDU's do not make nicely aligned structures, two different * declarations are used: bstp_?bpdu (wire representation, packed) and @@ -365,7 +370,7 @@ extern const uint8_t bstp_etheraddr[]; extern void (*bstp_linkstate_p)(struct ifnet *ifp, int state); -void bstp_attach(struct bstp_state *, bstp_state_cb_t, bstp_rtage_cb_t); +void bstp_attach(struct bstp_state *, struct bstp_cb *); void bstp_detach(struct bstp_state *); void bstp_init(struct bstp_state *); void bstp_stop(struct bstp_state *); Index: if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.92 diff -u -p -r1.92 if_bridge.c --- if_bridge.c 11 Dec 2006 23:46:40 -0000 1.92 +++ if_bridge.c 23 Feb 2007 22:26:48 -0000 @@ -528,6 +528,7 @@ bridge_clone_create(struct if_clone *ifc { struct bridge_softc *sc, *sc2; struct ifnet *bifp, *ifp; + struct bstp_cb cb; u_char eaddr[6]; int retry; @@ -583,7 +584,9 @@ bridge_clone_create(struct if_clone *ifc mtx_unlock(&bridge_list_mtx); } - bstp_attach(&sc->sc_stp, bridge_state_change, bridge_rtable_expire); + cb.bcb_state = bridge_state_change; + cb.bcb_rtage = bridge_rtable_expire; + bstp_attach(&sc->sc_stp, &cb); ether_ifattach(ifp, eaddr); /* Now undo some of the damage... */ ifp->if_baudrate = 0; --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 09:15:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79EF716A406 for ; Sun, 25 Feb 2007 09:15:31 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 379AA13C46B for ; Sun, 25 Feb 2007 09:15:31 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HLFTb-0002Zk-Nr for freebsd-current@freebsd.org; Sun, 25 Feb 2007 10:15:27 +0100 Received: from 194.204.57.56 ([194.204.57.56]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Feb 2007 10:15:27 +0100 Received: from ivoras by 194.204.57.56 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Feb 2007 10:15:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 25 Feb 2007 11:15:23 +0100 Lines: 16 Message-ID: References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <1C143520-B893-4F43-8F7E-04B021D2EE69@siliconlandmark.com> <20070225060908.GA47476@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 194.204.57.56 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <20070225060908.GA47476@xor.obsecurity.org> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 09:15:31 -0000 Kris Kennaway wrote: > Hopefully within a week or two. It might not be that exact patch, I > think John wants to try and do it a bit differently instead of > introducing a new locking primitive just for this. Well why not? :) I am not an expert, but reading jeffr's posts it looks like the idea of sleepable mutexes was taken from Solaris, where it's also not exactly documented. If moving away from sleepable mutexes introduces more than a small single digit percentage drop in performance (1% on multi-gigahertz machines is a lot), why not keep it? If it's dangerous to use, that should be documented in the man page with big bold letters but if it helps, keep it. (Of course I might be completely off the track and sleepable mutexes might be inconsequential for performance here :) ) From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 10:51:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24A9816A400; Sun, 25 Feb 2007 10:51:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E9A4913C46B; Sun, 25 Feb 2007 10:51:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 21C89478BF; Sun, 25 Feb 2007 05:51:32 -0500 (EST) Date: Sun, 25 Feb 2007 10:51:31 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20070225054120.GA47059@xor.obsecurity.org> Message-ID: <20070225104709.S36322@fledge.watson.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, cokane@cokane.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 10:51:33 -0000 On Sun, 25 Feb 2007, Kris Kennaway wrote: > On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > >> What does the performance curve look like for the in-CVS 7-CURRENT tree >> with 4BSD or ULE ? How do those stand up against the Linux SMP scheduler >> for scalability. It would be nice to see the comparison displayed to see >> what the performance improvements of the aforementioned patch were realized >> to. This would likely be a nice graphics for the SMPng project page, BTW... > > There are graphs of this on Jeff's blog, referenced in that URL. Fixing > filedesc locking makes a HUGE difference. I think the real message of all this is that our locking strategy is basically pretty reasonable for the paths exercised by this (and quite a few) workloads, but our low-level scheduler and locking primitives need a lot of refinement. The next step here is to look at the impact of these changes (individually and together) with other hardware configurations and other workloads. On the hardware side, I'd very much like to see measurements done on that rather nasty generation of Intel Xeon P4's where the costs of mutexes were astronomically out of proportion with other operation costs, which historically has heavily pessimized ULE due to the additional locking it had (don't know if this still applies). It would be really great if we could find "workload owners" who would maintain easy-to-run benchmark configurations and also run them regularly on a fixed hardware configuration over a long time publishing results and testing patches. Kris has done this for SQL benchmarks to great effect, giving a nice controlled testing environment for a host of performance-related patches, but SQL is not the be-all and end-all of application workloads, so having others do similar things with other benchmarks would be very helpful. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 10:56:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3844616A402 for ; Sun, 25 Feb 2007 10:56:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9D313C4A6 for ; Sun, 25 Feb 2007 10:56:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id AF925485C4; Sun, 25 Feb 2007 05:56:12 -0500 (EST) Date: Sun, 25 Feb 2007 10:56:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ivan Voras In-Reply-To: Message-ID: <20070225105220.N36322@fledge.watson.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <1C143520-B893-4F43-8F7E-04B021D2EE69@siliconlandmark.com> <20070225060908.GA47476@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 10:56:13 -0000 On Sun, 25 Feb 2007, Ivan Voras wrote: > Kris Kennaway wrote: > >> Hopefully within a week or two. It might not be that exact patch, I >> think John wants to try and do it a bit differently instead of >> introducing a new locking primitive just for this. > > Well why not? :) I am not an expert, but reading jeffr's posts it looks like > the idea of sleepable mutexes was taken from Solaris, where it's also not > exactly documented. If moving away from sleepable mutexes introduces more > than a small single digit percentage drop in performance (1% on > multi-gigahertz machines is a lot), why not keep it? If it's dangerous to > use, that should be documented in the man page with big bold letters but if > it helps, keep it. > > (Of course I might be completely off the track and sleepable mutexes might > be inconsequential for performance here :) ) Well, there are two ways you can ask the question about locks here: (1) Why don't we allow sleeping with mutexes? (2) Why don't the sleepable locking primitives perform better? There are now patches that address this from both sides, optimizing sx lock performance and allowing mutexes to sleep. There are serious deadlock issues that can arise with sleepable mutexes; I believe Jeff's patch includes the necessary bits to teach WITNESS how to detect some misuse at run-time. Right now, with the exception of the fast interrupt context, mutexes are universally acquirable in any context subject to lock order. If we have sleepable mutexes, this will no longer be true, which is a significant change in the constraints on use. Attilio has a heavily optimized sxlock implementation as well, although I'm not sure the two have been benchmarked side-by-side, but that would be an obvious next thing to try. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 03:40:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAE0716A402 for ; Sun, 25 Feb 2007 03:40:42 +0000 (UTC) (envelope-from nevans@syphen.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9756A13C46B for ; Sun, 25 Feb 2007 03:40:40 +0000 (UTC) (envelope-from nevans@syphen.net) Received: from syphen.net ([68.39.81.126]) by comcast.net (sccrmhc12) with ESMTP id <2007022503303701200cgur2e>; Sun, 25 Feb 2007 03:30:38 +0000 Received: from lancer.syphen.net (lancer [192.168.0.4]) by syphen.net (Postfix) with ESMTP id D02CC61C3A for ; Sat, 24 Feb 2007 22:30:37 -0500 (EST) Date: Sat, 24 Feb 2007 22:30:37 -0500 From: Nick Evans To: current@freebsd.org Message-ID: <20070224223037.78aecc8f@lancer.syphen.net> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 25 Feb 2007 12:27:19 +0000 Cc: Subject: Panic Attaching USB Devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 03:40:42 -0000 I get consistent crashes on -CURRENT when attaching USB devices. This started a couple of weeks ago, unfortunately I've lost track as to exactly when. So far only affects one particular system the motherboard is an Intel 865GSA with ICH5 and a Pentium D 915. My Dell Latitude C400 attaches and detaches USB devices without problem and runs -CURRENT as well. Both are compiled as of a few days ago. Here's the panic and trace: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04c0a86 stack pointer = 0x28:0xe43ff3b8 frame pointer = 0x28:0xe43ff3b8 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 = 32 (usb4) [thread pid 32 tid 100033 ] Stopped at usbd_get_interface_descriptor+0x6: movl 0x4(%eax),%eax db> bt Tracing pid 32 tid 100033 td 0xc402bae0 usbd_get_interface_descriptor(0,0,c06c5000,c40d59e0,80000000,...) at usbd_get_interface_descriptor+0x6 ukbd_attach(c4614b00) at ukbd_attach+0x58 device_attach(c4614b00,e43ffc7c,0,e43ffc70,c427beb0,...) at device_attach+0x58 device_probe_and_attach(c4614b00) at device_probe_and_attach+0xc4 usbd_probe_and_attach(c3fd3a00,c4203300,2,2) at usbd_probe_and_attach+0x1e4 usbd_new_device(c3fd3a00,c3f90000,1,3,2,c4040644) at usbd_new_device+0x2e3 uhub_explore(c3fd3c00) at uhub_explore+0x223 usb_discover(c4043340,c4043340,e43ffd24,c05022d7,c4043340,...) at usb_discover+0x2f usb_event_thread(c4043340,e43ffd38) at usb_event_thread+0x8a fork_exit(c04bd304,c4043340,e43ffd38) at fork_exit+0x7b fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe43ffd70, ebp = 0 --- This is a reproducible problem so I can try other debugging/test as directed. Thanks, Nick From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 05:24:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DECF16A403 for ; Sun, 25 Feb 2007 05:24:44 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 27E7813C441 for ; Sun, 25 Feb 2007 05:24:44 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1007848nzh for ; Sat, 24 Feb 2007 21:24:40 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DaVU/KUdpJ1ruTpna5dR/Ee5hP/Y5eS3NiLfzJdAOHpRoLSIxwQ4oZNtokra5w9mlsCj+ocEZITKKf7LIAdAHxyAd4tbMEZzCQNVPCW07ZjRubNVjihTTxZ+ya2Nag3k8CEXGy3+OLhL8c9fksJsVXpD+FJenw07BRkzJCyYof4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=m4uur+LyKmPnoci8IFDP8pO5oku3FySw0atllgA6jZMltPvoyk+1xj5T9cKzzkLP2LukK2yTzjDJoXMUnhspL1UdoE2MEribtzIo6Xkb2nImitVDIX3anQ1K3iQP+Wngm89/Jk+CptBzD6B6rkVMNUYtnVdcY14JXfNjNnoG8UQ= Received: by 10.114.111.1 with SMTP id j1mr1666790wac.1172379635166; Sat, 24 Feb 2007 21:00:35 -0800 (PST) Received: by 10.115.108.15 with HTTP; Sat, 24 Feb 2007 21:00:35 -0800 (PST) Message-ID: <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> Date: Sat, 24 Feb 2007 22:00:35 -0700 From: "Coleman Kane" To: "Kris Kennaway" In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> MIME-Version: 1.0 References: <20070224213111.GB41434@xor.obsecurity.org> X-Mailman-Approved-At: Sun, 25 Feb 2007 12:29:28 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 05:24:44 -0000 On 2/24/07, Kris Kennaway wrote: > > Now that the goals of the SMPng project are complete, for the past > year or more several of us have been working hard on profiling FreeBSD > in various multiprocessor workloads, and looking for performance > bottlenecks to be optimized. > > We have recently made significant progress on optimizing for MySQL > running on an 8-core amd64 system. The graph of results may be found > here: > > http://www.freebsd.org/~kris/scaling/scaling.png > > This shows the graph of MySQL transactions/second performed by a > multi-threaded client workload against a local MySQL database with > varying numbers of client threads, with identically configured FreeBSD > and Linux systems on the same machine. > > The test was run on FreeBSD 7.0, with the latest version of the ULE > 2.0 scheduler, the libthr threading library, and an uncommitted patch > from Jeff Roberson [1] that addresses poor scalability of file > descriptor locking (using a new sleepable mutex primitive); this patch > is responsible for almost all of the performance and scaling > improvements measured. It also includes some other patches (collected > in my kris-contention p4 branch) that have been shown to help > contention in MySQL workloads in the past (including a UNIX domain > socket locking pushdown patch from Robert Watson), but these were > shown to only give small individual contributions, with a cumulative > effect on the order of 5-10%. > > With this configuration we are able to achieve performance that is > consistent with Linux at peak (the graph shows Linux 2% faster, but > this is commensurate with the margin of error coming from variance > between runs, so more data is needed to distinguish them), with 8 > client threads (=1 thread/CPU core), and significantly outperforms > Linux at higher than peak loads, when running on the same hardware. > > Specifically, beyond 8 client threads FreeBSD has only minor > performance degradation (an 8% drop from peak throughput at 8 clients > to 20 clients), but Linux collapses immediately above 8 threads, and > above 14 threads asymptotes to essentially single-threaded levels. At > 20 clients FreeBSD outperforms Linux by a factor of 4. > > We see this result as part of the payoff we are seeing from the hard > work of many developers over the past 7 years. In particular it is a > significant validation of the SMP and locking strategies chosen for > the FreeBSD kernel in the post-FreeBSD 4.x world. > > More configuration details and discussion about the benchmark may be > found here: > > http://people.freebsd.org/~kris/scaling/mysql.html > > Kris > > What does the performance curve look like for the in-CVS 7-CURRENT tree with 4BSD or ULE ? How do those stand up against the Linux SMP scheduler for scalability. It would be nice to see the comparison displayed to see what the performance improvements of the aforementioned patch were realized to. This would likely be a nice graphics for the SMPng project page, BTW... -- Coleman From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 06:55:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B540716A580 for ; Sun, 25 Feb 2007 06:55:20 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8FE13C46B for ; Sun, 25 Feb 2007 06:55:20 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1026176nzh for ; Sat, 24 Feb 2007 22:55:19 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Y4mjtnOw/qI3fKB8r5Q8q45bTHVeX/0HsXaWJT4WZv9PHpQ1qoNDP76g/ifS5R6UpIU2hzXwXp2ouITOEvJSvtiD+h4f0Tol0ujs7HmmwLc2+Adb3sBfYdH79JR5Qk9JIDduaBlYF+oeLTPQ5K3ht0/8/tX36PL2RVwSllC5KgY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=tW+6gMGMmh1hAnc1cqFcv1QWnesl3Y8k+RT97Jgkuy7uOjLznTFVP9AqMRjz+QOJR9F3YUBp/0F5HrEITfNq97QJmwHRe+zZ652udJ5jjKhrSYhpNE2uxqY3gAk9o1AyWMw1k89Mxn7qyLQrmGTkkUZYe+YQJvmXyXtK8gm6NF0= Received: by 10.114.111.1 with SMTP id j1mr1685595wac.1172386519245; Sat, 24 Feb 2007 22:55:19 -0800 (PST) Received: by 10.115.108.15 with HTTP; Sat, 24 Feb 2007 22:55:19 -0800 (PST) Message-ID: <346a80220702242255q409e668eqcad84d848d363bd2@mail.gmail.com> Date: Sat, 24 Feb 2007 23:55:19 -0700 From: "Coleman Kane" To: "Kris Kennaway" In-Reply-To: <20070225060305.GA47361@xor.obsecurity.org> MIME-Version: 1.0 References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <20070225054755.GA33858@ramen.coleyandcheryl> <20070225060305.GA47361@xor.obsecurity.org> X-Mailman-Approved-At: Sun, 25 Feb 2007 12:29:48 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Coleman Kane Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 06:55:20 -0000 On 2/24/07, Kris Kennaway wrote: > > On Sun, Feb 25, 2007 at 05:47:55AM +0000, Coleman Kane wrote: > > On Sun, Feb 25, 2007 at 12:41:20AM -0500, Kris Kennaway wrote, and it > was proclaimed: > > > On Sat, Feb 24, 2007 at 10:00:35PM -0700, Coleman Kane wrote: > > > > > > > What does the performance curve look like for the in-CVS 7-CURRENT > tree with > > > > 4BSD or ULE ? How do those stand up against the Linux SMP scheduler > for > > > > scalability. It would be nice to see the comparison displayed to see > what > > > > the performance improvements of the aforementioned patch were > realized to. > > > > This would likely be a nice graphics for the SMPng project page, > BTW... > > > > > > There are graphs of this on Jeff's blog, referenced in that URL. > > > Fixing filedesc locking makes a HUGE difference. > > > > > > Kris > > > > Thanks. I saw that shortly after I sent the email... /me stupid. > > > > How stable is ULE now since the recent swath of rewrites in the past > months? > > I think what is in CVS for 7.x is pretty stable. One of the difficult > things with schedulers is making sure that all workloads perform well, > so testing in different environments is always helpful. > > Kris > > P.S. ULE in 6.x is still not recommended, but hopefully the fixes can > be merged at some point. I primarily use 7-CURRENT on my laptop. At some point I had ULE enabled just to share my experiences with development. What is the status with ULE on UP systems? Is it expected to be on-par or better than 4BSD, or is it now only recommended for MP? -- coleman From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 11:46:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 041F316A400 for ; Sun, 25 Feb 2007 11:46:12 +0000 (UTC) (envelope-from freebsd@ruomad.net) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id C0F6D13C442 for ; Sun, 25 Feb 2007 11:46:11 +0000 (UTC) (envelope-from freebsd@ruomad.net) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by postfix1-g20.free.fr (Postfix) with ESMTP id D7904A90436 for ; Sun, 25 Feb 2007 12:22:54 +0100 (CET) Received: from [127.0.0.1] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 15C218B728 for ; Sun, 25 Feb 2007 12:22:48 +0100 (CET) Message-ID: <45E17186.3050009@ruomad.net> Date: Sun, 25 Feb 2007 12:22:46 +0100 From: Bruno Damour User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000716-3, 23/02/2007), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Sun, 25 Feb 2007 12:31:13 +0000 Subject: buildworld with core2 duo fails with page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 11:46:12 -0000 Hello, I upgraded yesterday my mobo from Asus mn2pv-vm + Sempron 2800+ to a brand new asus P5W-DH Deluxe + Core Duo 6400. My freebsd system booted just allright (so it seemed) but when i try to make buildworld it fails (always, but after a random time) with (see below, not always with "rm", but similarly) : I only change my make conf settings to replace CPUTYPE from athlon64 to core2. Any ideas to help me ? Thanks in advance Bruno Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x68 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80317265 stack pointer = 0x10:0xffffffffa579c550 frame pointer = 0x10:0x4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 8785 (rm) trap number = 12 panic: page fault cpuid = 0 Uptime: 9m31s Physical memory: 1015 MB Dumping 184 MB:sr From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 13:23:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E55AA16A404; Sun, 25 Feb 2007 13:23:11 +0000 (UTC) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id D57CF13C4C8; Sun, 25 Feb 2007 13:23:06 +0000 (UTC) (envelope-from mb@imp.ch) Received: from dan.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l1PCsKie013031; Sun, 25 Feb 2007 13:54:20 +0100 (CET) (envelope-from mb@imp.ch) Date: Sun, 25 Feb 2007 13:54:20 +0100 (CET) From: Martin Blapp To: Robert Watson In-Reply-To: <20070225104709.S36322@fledge.watson.org> Message-ID: <20070225134508.C18301@godot.imp.ch> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <20070225104709.S36322@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cokane@cokane.org, smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 13:23:12 -0000 Hi, > It would be really great if we could find "workload owners" who would > maintain easy-to-run benchmark configurations and also run them regularly on > a fixed hardware configuration over a long time publishing results and > testing patches. Kris has done this for SQL benchmarks to great effect, I'm interested in such a workload test. At my job we run various other servers which have a classic virus/antispam environment. And unfortunatly clamd behaves not very well on FreeBSD (see mails to freebsd-threads), and this happens even on 2-CPU systems. I think its not very difficult to make a scripted load test, with 2/4/6/8/16/32 scans in parallel, with ULE or BSD scheduler. Btw: what is the best method to profile a threaded application to see where it spends the most CPU time ? Martin From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 13:46:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EDB616A400; Sun, 25 Feb 2007 13:46:45 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 832BA13C442; Sun, 25 Feb 2007 13:46:44 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 4D35CF845; Sun, 25 Feb 2007 15:46:40 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55772-03-2; Sun, 25 Feb 2007 15:46:37 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 44D38F846; Sun, 25 Feb 2007 15:46:34 +0200 (EET) Message-ID: <45E1933A.6090505@bulinfo.net> Date: Sun, 25 Feb 2007 15:46:34 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: kernel panic on ARM (interrupt filtering related)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 13:46:45 -0000 at91_pio0: mem 0xdffff400-0xdffff5ff irq 1 on atmelarm0 at91_pio0: ABSR: 0x60 OSR: 0 PSR:0x1380010 ODSR: 0 panic: All system interrupt ISRs must be type INTR_FAST KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3c: ldrb r15, [r15, r15, ror r15]! db>bt Tracing pid 0 tid 0 td 0xc01b3b38 db_trace_thread() at db_trace_thread+0x10 scp=0xc0138dc4 rlv=0xc0004a0c (db_stack_trace+0x100) rsp=0xc023c9bc rfp=0xc023c9d8 db_stack_trace() at db_stack_trace+0x10 scp=0xc000491c rlv=0xc00043b0 (db_command+0x254) rsp=0xc023c9dc rfp=0xc023ca78 r5=0x00000000 r4=0x00000000 db_command() at db_command+0x10 scp=0xc000416c rlv=0xc00044bc (db_command_loop+0x58) rsp=0xc023ca7c rfp=0xc023ca88 r6=0xc01b78f0 r5=0x600000d3 r4=0xc023ca94 db_command_loop() at db_command_loop+0x10 scp=0xc0004474 rlv=0xc0006b08 (db_trap+0xf8) rsp=0xc023ca8c rfp=0xc023cba8 db_trap() at db_trap+0x10 scp=0xc0006a20 rlv=0xc007567c (kdb_trap+0xb8) rsp=0xc023cbac rfp=0xc023cbd0 r4=0x000000c0 kdb_trap() at kdb_trap+0x10 scp=0xc00755d4 rlv=0xc014653c (undefinedinstruction+0x25c) rsp=0xc023cbd4 rfp=0xc023cc48 r10=0x00000000 r8=0xc00752e4 r7=0xc01b3b38 r6=0xe7ffffff r5=0xc023cc4c r4=0x00000000 undefinedinstruction() at undefinedinstruction+0x10 scp=0xc01462f0 rlv=0xc013ab30 (exception_exit) rsp=0xc023cc4c rfp=0xc023cca4 r10=0xc0815200 r8=0xc01b3b38 r7=0x00000100 r6=0xc023ccbc r5=0xe0000004 r4=0x00000001 kdb_enter() at kdb_enter+0x10 scp=0xc00752b8 rlv=0xc0053498 (panic+0xc0) rsp=0xc023cca8 rfp=0xc023ccb4 panic() at panic+0x14 scp=0xc00533ec rlv=0xc014b5d0 (at91_setup_intr+0x48) rsp=0xc023ccc8 rfp=0xc023cd0c at91_setup_intr() at at91_setup_intr+0x10 scp=0xc014b598 rlv=0xc00719f4 (bus_setup_intr+0xd0) rsp=0xc023cd10 rfp=0xc023cd5c r10=0xc0815200 r9=0xc0815204 r8=0x00000000 r7=0xc014d5b4 r6=0xc07c7d00 r5=0x00000010 r4=0xc07c7b80 bus_setup_intr() at bus_setup_intr+0x10 scp=0xc0071934 rlv=0xc014d3d0 (at91_pio_attach+0x12c) rsp=0xc023cd60 rfp=0xc023cd94 r10=0x00000000 r9=0x200e7ffc r8=0xc07c7b80 r7=0xc0815200 r6=0x00000060 r5=0x00000000 r4=0xc0815210 at91_pio_attach() at at91_pio_attach+0x10 scp=0xc014d2b4 rlv=0xc0070034 (device_attach+0x70) rsp=0xc023cd98 rfp=0xc023cdac r10=0xfffff80f r8=0x2022b19c r7=0xc07c7d00 r6=0x00000000 r5=0xc07c7b80 r4=0xc07c7b80 device_attach() at device_attach+0x10 scp=0xc006ffd4 rlv=0xc006ffb4 (device_probe_and_attach+0xfc) rsp=0xc023cdb0 rfp=0xc023cdcc r5=0xc07c7c80 r4=0xc07c7b80 device_probe_and_attach() at device_probe_and_attach+0x10 scp=0xc006fec8 rlv=0xc0070a94 (bus_generic_attach+0x24) rsp=0xc023cdd0 rfp=0xc023cde4 r7=0xc07c7d00 r6=0x00000020 r5=0xc07c7c80 r4=0xc07c7b80 bus_generic_attach() at bus_generic_attach+0x10 scp=0xc0070a80 rlv=0xc014b294 (at91_attach+0x254) rsp=0xc023cde8 rfp=0xc023ce0c r4=0x0000007c at91_attach() at at91_attach+0x10 scp=0xc014b050 rlv=0xc0070034 (device_attach+0x70) rsp=0xc023ce10 rfp=0xc023ce24 r7=0xc01b41e0 r6=0x00000000 r5=0xc07c7d00 r4=0xc07c7d00 device_attach() at device_attach+0x10 scp=0xc006ffd4 rlv=0xc006ffb4 (device_probe_and_attach+0xfc) rsp=0xc023ce28 rfp=0xc023ce44 r5=0xc07c6100 r4=0xc07c7d00 device_probe_and_attach() at device_probe_and_attach+0x10 scp=0xc006fec8 rlv=0xc0070a94 (bus_generic_attach+0x24) rsp=0xc023ce48 rfp=0xc023ce5c r7=0xc01b41e0 r6=0x00000000 r5=0xc07c6100 r4=0xc07c7d00 bus_generic_attach() at bus_generic_attach+0x10 scp=0xc0070a80 rlv=0xc013c94c (nexus_attach+0x20) rsp=0xc023ce60 rfp=0xc023ce74 r4=0xc07c6100 nexus_attach() at nexus_attach+0x10 scp=0xc013c93c rlv=0xc0070034 (device_attach+0x70) rsp=0xc023ce78 rfp=0xc023ce8c r4=0xc07c6100 device_attach() at device_attach+0x10 scp=0xc006ffd4 rlv=0xc006ffb4 (device_probe_and_attach+0xfc) rsp=0xc023ce90 rfp=0xc023ceac r5=0xc01b41e4 r4=0xc07c6100 device_probe_and_attach() at device_probe_and_attach+0x10 scp=0xc006fec8 rlv=0xc0072144 (root_bus_configure+0x2c) rsp=0xc023ceb0 rfp=0xc023cec4 r7=0xc01b41e0 r6=0xc01b41e8 r5=0xc01b41e4 r4=0xc07c6100 root_bus_configure() at root_bus_configure+0x10 scp=0xc0072128 rlv=0xc013393c (configure+0x10) rsp=0xc023cec8 rfp=0xc023ced4 r4=0xc017173c configure() at configure+0x10 scp=0xc013393c rlv=0xc002a8e4 (mi_startup+0x100) rsp=0xc023ced8 rfp=0xc023cef4 mi_startup() at mi_startup+0x10 scp=0xc002a7f4 rlv=0xc00001b0 (virt_done+0x10) rsp=0xc023cef8 rfp=0x00000000 r7=0x20000110 r6=0x00000004 r5=0x2000011c r4=0x200001f0 From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 13:51:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42EC916A402; Sun, 25 Feb 2007 13:51:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 150C613C4AC; Sun, 25 Feb 2007 13:51:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 406F347885; Sun, 25 Feb 2007 08:51:29 -0500 (EST) Date: Sun, 25 Feb 2007 13:51:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Martin Blapp In-Reply-To: <20070225134508.C18301@godot.imp.ch> Message-ID: <20070225132830.O36322@fledge.watson.org> References: <20070224213111.GB41434@xor.obsecurity.org> <346a80220702242100i7ec22b5h4b25cc7d20d03e98@mail.gmail.com> <20070225054120.GA47059@xor.obsecurity.org> <20070225104709.S36322@fledge.watson.org> <20070225134508.C18301@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cokane@cokane.org, smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 13:51:34 -0000 On Sun, 25 Feb 2007, Martin Blapp wrote: >> It would be really great if we could find "workload owners" who would >> maintain easy-to-run benchmark configurations and also run them regularly >> on a fixed hardware configuration over a long time publishing results and >> testing patches. Kris has done this for SQL benchmarks to great effect, > > I'm interested in such a workload test. At my job we run various other > servers which have a classic virus/antispam environment. And unfortunatly > clamd behaves not very well on FreeBSD (see mails to freebsd-threads), and > this happens even on 2-CPU systems. > > I think its not very difficult to make a scripted load test, with > 2/4/6/8/16/32 scans in parallel, with ULE or BSD scheduler. As long as it is realistic and reproduceable, it sounds good to me. > Btw: what is the best method to profile a threaded application to see where > it spends the most CPU time ? Try looking at system pmc support -- using system pmcs, you can profile a variety of factors (including CPU use, cache misses, etc) across the whole system (kernel and application), so it's a really neat tool. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 14:10:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B29516A403 for ; Sun, 25 Feb 2007 14:10:15 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 116F413C428 for ; Sun, 25 Feb 2007 14:10:10 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 8E17311AEB6; Sun, 25 Feb 2007 15:10:08 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1PEA1AG045093; Sun, 25 Feb 2007 15:10:01 +0100 (CET) (envelope-from piso) Date: Sun, 25 Feb 2007 15:10:00 +0100 From: Paolo Pisati To: Krassimir Slavchev Message-ID: <20070225141000.GB44753@tin.it> References: <45E1933A.6090505@bulinfo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E1933A.6090505@bulinfo.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel panic on ARM (interrupt filtering related)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 14:10:15 -0000 On Sun, Feb 25, 2007 at 03:46:34PM +0200, Krassimir Slavchev wrote: > > at91_pio0: mem 0xdffff400-0xdffff5ff irq 1 on atmelarm0 > at91_pio0: ABSR: 0x60 OSR: 0 PSR:0x1380010 ODSR: 0 > panic: All system interrupt ISRs must be type INTR_FAST try this: http://people.freebsd.org/~piso/at91.diff bye, P. From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 14:23:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 320AF16A400; Sun, 25 Feb 2007 14:23:53 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id D0F8E13C474; Sun, 25 Feb 2007 14:23:52 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id BAF26F90B; Sun, 25 Feb 2007 16:23:48 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57307-10; Sun, 25 Feb 2007 16:23:46 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 02D0DF909; Sun, 25 Feb 2007 16:23:45 +0200 (EET) Message-ID: <45E19BF1.1070500@bulinfo.net> Date: Sun, 25 Feb 2007 16:23:45 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Paolo Pisati References: <45E1933A.6090505@bulinfo.net> <20070225141000.GB44753@tin.it> In-Reply-To: <20070225141000.GB44753@tin.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel panic on ARM (interrupt filtering related)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 14:23:53 -0000 Yes. It works! Best Regards Paolo Pisati wrote: > On Sun, Feb 25, 2007 at 03:46:34PM +0200, Krassimir Slavchev wrote: > >> at91_pio0: mem 0xdffff400-0xdffff5ff irq 1 on atmelarm0 >> at91_pio0: ABSR: 0x60 OSR: 0 PSR:0x1380010 ODSR: 0 >> panic: All system interrupt ISRs must be type INTR_FAST >> > > try this: > > http://people.freebsd.org/~piso/at91.diff > > bye, > P. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 14:50:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 264CB16A402 for ; Sun, 25 Feb 2007 14:50:12 +0000 (UTC) (envelope-from bsd@mrbonkers.org) Received: from buk.mrbonkers.org (p85-28.acedsl.com [66.114.85.28]) by mx1.freebsd.org (Postfix) with ESMTP id E5AB713C4B2 for ; Sun, 25 Feb 2007 14:50:07 +0000 (UTC) (envelope-from bsd@mrbonkers.org) Received: from localhost (localhost.mrbonkers.org [127.0.0.1]) by buk.mrbonkers.org (Postfix) with ESMTP id 6BF69465F2; Sun, 25 Feb 2007 09:49:45 -0500 (EST) X-Virus-Scanned: amavisd-new at mrbonkers.org Received: from buk.mrbonkers.org ([127.0.0.1]) by localhost (buk.mrbonkers.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mZs9gwA0om5q; Sun, 25 Feb 2007 09:49:38 -0500 (EST) Received: from [192.168.1.104] (p85-28.acedsl.com [66.114.85.28]) (Authenticated sender: jeff@mrbonkers.org) by buk.mrbonkers.org (Postfix) with ESMTP id 4CC26464FD; Sun, 25 Feb 2007 09:49:38 -0500 (EST) Message-ID: <45E1A217.2000900@mrbonkers.org> Date: Sun, 25 Feb 2007 09:49:59 -0500 From: Jeff User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Scot Hetzel References: <45E0A74F.2040904@mrbonkers.org> <790a9fff0702241932v31ba8c5erce8040d87ce5d215@mail.gmail.com> In-Reply-To: <790a9fff0702241932v31ba8c5erce8040d87ce5d215@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problem with Path/Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 14:50:12 -0000 Scot Hetzel wrote: > On 2/24/07, Jeff wrote: >> I'm been running 6.0 for several months with no issues. Suddenly, >> installing any port fails with this message: >> >> /usr/local/sbin/pkg_info: not found >> > > In one of the ports do a 'make -V OSVERSION': > > Does it match one of these conditions (from Mk/bsd.port.mk)? > > - OSVERSION} < 504105 > - OSVERSION} >= 600000 && OSVERSION < 600103 > - OSVERSION >= 700000 && OSVERSION < 700012 > > EXTRACT_DEPENDS+= > ${LOCALBASE}/sbin/pkg_info:${PORTSDIR}/ports-mgmt/pkg_install > > If it does, you might need to reinstall the ports-mgmt/pkg_install port. > > Scot Hi Scot, make -V OSVERSION returns 600034, so there's the problem. >you might need to reinstall the ports-mgmt/pkg_install port. Where should I see the pkg_install port? I have the sources for it, but I don't find a port. Any idea how I could have broken this? The last cvsup used the same cvsup file I've used before. Is there a release that puts the pkg tools in /usr/local/ ? Thanks again for your help. Jeff From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 15:51:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A191F16A400 for ; Sun, 25 Feb 2007 15:51:03 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA2D13C441 for ; Sun, 25 Feb 2007 15:51:03 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.236] ([70.21.156.216]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JE100JEG00XSMG7@vms040.mailsrvcs.net> for current@freebsd.org; Sun, 25 Feb 2007 09:50:59 -0600 (CST) Date: Sun, 25 Feb 2007 10:55:03 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20070225055254.GD77131@deviant.kiev.zoral.com.ua> To: Kostik Belousov Message-id: <1172418903.17603.8.camel@twinhead.rabbitslawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070215011400.GA10455@xor.obsecurity.org> <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> <1172156865.848.14.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070224195540.GB77131@deviant.kiev.zoral.com.ua> <1172382104.17603.2.camel@twinhead.rabbitslawn.verizon.net> <20070225055254.GD77131@deviant.kiev.zoral.com.ua> Cc: current@freebsd.org, Kris Kennaway Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 15:51:03 -0000 On Sun, 2007-02-25 at 07:52 +0200, Kostik Belousov wrote: > On Sun, Feb 25, 2007 at 12:41:44AM -0500, Alexandre Sunny Kovalenko wrote: > > On Sat, 2007-02-24 at 21:55 +0200, Kostik Belousov wrote: > > > On Thu, Feb 22, 2007 at 10:07:45AM -0500, Alexandre Sunny Kovalenko wrote: > > > > On Tue, 2007-02-20 at 09:48 -0500, Alexandre "Sunny" Kovalenko wrote: > > > > > On Wed, 2007-02-14 at 20:14 -0500, Kris Kennaway wrote: > > > > > > On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalenko wrote: > > > > > > > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > > > > > > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > > > > > > > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > > > > > > > > > excersises the file system. I have currently settled on (cd /usr/ports; > > > > > > > > > make clean), but it all started out as doing some "emerges" to test the > > > > > > > > > latest linuxolator. In the case of the "make clean" I have seen it > > > > > > > > > crashing as early as /usr/ports/audio and as late > > > > > > > > > as /usr/ports/textproc. > > > > > > > > > > > > > I am still not capable to get good backtrace from the kernel dump, but I > > > > have managed to hook up remote console to this machine, so here are > > > > results: > > > > > > > > db> bt > > > > Tracing pid 33 tid 100032 td 0xc4cee510 > > > > kdb_enter(c067c69d) at kdb_enter+0x2b > > > > panic(c0667ba3,c306d5c0,c306d5c0,e38a2cfc,c0619fd9,...) at panic+0x11c > > > > vm_pageq_remove_nowakeup(c306d5c0,c061a0b8,e38a2d04,c061a0ee,e38a2d24,...) at vm_pageq_remove_nowakeup+0x35 > > > > vm_page_zero_idle(e38a2d24,c04c7fe4,0,e38a2d38,c4ef8900,...) at > > > > vm_page_zero_idle+0x49 > > > > vm_pagezero(0,e38a2d38) at vm_pagezero+0x36 > > > > fork_exit(c061a0b8,0,e38a2d38) at fork_exit+0xac > > > > fork_trampoline() at fork_trampoline+0x8 > > > > --- trap 0, eip = 0, esp = 0xe38a2d70, ebp = 0 --- > > > > db> ps > > > > pid ppid pgrp uid state wmesg wchan cmd > > > > > > > > 33 0 0 0 RL CPU 0 [pagezero] > > > > > > > > > > > > ... and (hopefully) relevant bits from the source > > > > (kgdb) list *vm_pageq_remove_nowakeup+0x35 > > > > 0xc06192f9 is in vm_pageq_remove_nowakeup > > > > (/usr/src/sys/vm/vm_pageq.c:223). > > > > 218 struct vpgqueues *pq; > > > > 219 > > > > 220 if (queue != PQ_NONE) { > > > > 221 pq = &vm_page_queues[queue]; > > > > 222 VM_PAGE_SETQUEUE2(m, PQ_NONE); > > > > 223 TAILQ_REMOVE(&pq->pl, m, pageq); > > > There, please, show the output of "p/x *m" and "p/x *pq". > > > > > Unfortunately, with the latest -CURRENT the end result is different: > > > > Kernel page fault with the following non-sleepable locks held: > > exclusive sleep mutex sellck r = 0 (0xc0741284) locked > > @ /usr/src/sys/kern/sys_generic.c:776 > > KDB: stack backtrace: > > db_trace_self_wrapper(c067f599) at db_trace_self_wrapper+0x25 > > kdb_backtrace(1,c4fb46c0,c,e5447ab4,e5447aa8,...) at kdb_backtrace+0x29 > > witness_warn(5,0,c069ed6f) at witness_warn+0x192 > > trap(e5447ab4) at trap+0x10f > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0x80bfe48d, esp = 0xe5447af4, ebp = 0xe5447c54 --- > > kernload(c4e02d80,5,bfbfedb0,0,bfbfedb0,...) at -0x7f401b73 > > select(c4e02d80,e5447d00) at select+0x44 > > syscall(e5447d38) at syscall+0x256 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f273, esp = > > 0xbfbfe82c, ebp = 0xbfbfee48 --- > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x80bfe48d > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0x80bfe48d > > stack pointer = 0x28:0xe5447af4 > > frame pointer = 0x28:0xe5447c54 > > 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 = 520 (powerd) > > [thread pid 520 tid 100052 ] > > Stopped at -0x7f401b73: *** error reading from address 80bfe48d > > *** > > db> > > > > db> where > > Tracing pid 520 tid 100052 td 0xc4e02d80 > > kern_select(c4e02d80,5,bfbfedb0,0,bfbfedb0,...) at kern_select+0x4e5 > > select(c4e02d80,e5447d00) at select+0x44 > > syscall(e5447d38) at syscall+0x256 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (93, FreeBSD ELF32, select), eip = 0x2815f273, esp = > > 0xbfbfe82c, ebp = 0xbfbfee48 --- > > db> > > > > what should I look for here? > > Did you used some memory tester ? This looks like (random) memory corruption. memtest86 was running for about 7 hours without a hiccup. If there are any better ones, I would appreciate a suggestion. > > Reported fault address 0x80bfe48d belongs to user part of VA. Could you, > please, show the source line that corresponds the m in > your compiled kernel ? (kgdb) l *kern_select+0x4e5 0xc050a5dd is in kern_select (/usr/src/sys/kern/sys_generic.c:812). 807 if (error == 0) 808 goto retry; 809 810 done: 811 clear_selinfo_list(td); 812 mtx_lock_spin(&sched_lock); 813 td->td_flags &= ~TDF_SELECT; 814 mtx_unlock_spin(&sched_lock); 815 mtx_unlock(&sellock); 816 (kgdb) p/x sched_lock $1 = {mtx_object = {lo_name = 0xc067bf73, lo_type = 0xc067bf73, lo_flags = 0x8b0000, lo_witness_data = {lod_list = {stqe_next = 0xc0704310}, lod_witness = 0xc0704310}}, mtx_lock = 0x4, mtx_recurse = 0x0} (kgdb) -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 17:46:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E31516A400; Sun, 25 Feb 2007 17:46:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id AD0CE13C428; Sun, 25 Feb 2007 17:46:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1PHhdcx059069; Sun, 25 Feb 2007 10:43:41 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 25 Feb 2007 10:43:42 -0700 (MST) Message-Id: <20070225.104342.-1581794529.imp@bsdimp.com> To: krassi@bulinfo.net From: "M. Warner Losh" In-Reply-To: <45E1933A.6090505@bulinfo.net> References: <45E1933A.6090505@bulinfo.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 25 Feb 2007 10:43:42 -0700 (MST) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel panic on ARM (interrupt filtering related)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 17:46:37 -0000 In message: <45E1933A.6090505@bulinfo.net> Krassimir Slavchev writes: : : at91_pio0: mem 0xdffff400-0xdffff5ff irq 1 on atmelarm0 : at91_pio0: ABSR: 0x60 OSR: 0 PSR:0x1380010 ODSR: 0 : panic: All system interrupt ISRs must be type INTR_FAST I think this is fallout from the Filter patches. Warner : KDB: enter: panic : [thread pid 0 tid 0 ] : Stopped at kdb_enter+0x3c: ldrb r15, [r15, r15, ror r15]! : db>bt : Tracing pid 0 tid 0 td 0xc01b3b38 : db_trace_thread() at db_trace_thread+0x10 : scp=0xc0138dc4 rlv=0xc0004a0c (db_stack_trace+0x100) : rsp=0xc023c9bc rfp=0xc023c9d8 : db_stack_trace() at db_stack_trace+0x10 : scp=0xc000491c rlv=0xc00043b0 (db_command+0x254) : rsp=0xc023c9dc rfp=0xc023ca78 : r5=0x00000000 r4=0x00000000 : db_command() at db_command+0x10 : scp=0xc000416c rlv=0xc00044bc (db_command_loop+0x58) : rsp=0xc023ca7c rfp=0xc023ca88 : r6=0xc01b78f0 r5=0x600000d3 : r4=0xc023ca94 : db_command_loop() at db_command_loop+0x10 : scp=0xc0004474 rlv=0xc0006b08 (db_trap+0xf8) : rsp=0xc023ca8c rfp=0xc023cba8 : db_trap() at db_trap+0x10 : scp=0xc0006a20 rlv=0xc007567c (kdb_trap+0xb8) : rsp=0xc023cbac rfp=0xc023cbd0 : r4=0x000000c0 : kdb_trap() at kdb_trap+0x10 : scp=0xc00755d4 rlv=0xc014653c (undefinedinstruction+0x25c) : rsp=0xc023cbd4 rfp=0xc023cc48 : r10=0x00000000 r8=0xc00752e4 : r7=0xc01b3b38 r6=0xe7ffffff r5=0xc023cc4c r4=0x00000000 : undefinedinstruction() at undefinedinstruction+0x10 : scp=0xc01462f0 rlv=0xc013ab30 (exception_exit) : rsp=0xc023cc4c rfp=0xc023cca4 : r10=0xc0815200 r8=0xc01b3b38 : r7=0x00000100 r6=0xc023ccbc r5=0xe0000004 r4=0x00000001 : kdb_enter() at kdb_enter+0x10 : scp=0xc00752b8 rlv=0xc0053498 (panic+0xc0) : rsp=0xc023cca8 rfp=0xc023ccb4 : panic() at panic+0x14 : scp=0xc00533ec rlv=0xc014b5d0 (at91_setup_intr+0x48) : rsp=0xc023ccc8 rfp=0xc023cd0c : at91_setup_intr() at at91_setup_intr+0x10 : scp=0xc014b598 rlv=0xc00719f4 (bus_setup_intr+0xd0) : rsp=0xc023cd10 rfp=0xc023cd5c : r10=0xc0815200 r9=0xc0815204 : r8=0x00000000 r7=0xc014d5b4 r6=0xc07c7d00 r5=0x00000010 : r4=0xc07c7b80 : bus_setup_intr() at bus_setup_intr+0x10 : scp=0xc0071934 rlv=0xc014d3d0 (at91_pio_attach+0x12c) : rsp=0xc023cd60 rfp=0xc023cd94 : r10=0x00000000 r9=0x200e7ffc : r8=0xc07c7b80 r7=0xc0815200 r6=0x00000060 r5=0x00000000 : r4=0xc0815210 : at91_pio_attach() at at91_pio_attach+0x10 : scp=0xc014d2b4 rlv=0xc0070034 (device_attach+0x70) : rsp=0xc023cd98 rfp=0xc023cdac : r10=0xfffff80f r8=0x2022b19c : r7=0xc07c7d00 r6=0x00000000 r5=0xc07c7b80 r4=0xc07c7b80 : device_attach() at device_attach+0x10 : scp=0xc006ffd4 rlv=0xc006ffb4 (device_probe_and_attach+0xfc) : rsp=0xc023cdb0 rfp=0xc023cdcc : r5=0xc07c7c80 r4=0xc07c7b80 : device_probe_and_attach() at device_probe_and_attach+0x10 : scp=0xc006fec8 rlv=0xc0070a94 (bus_generic_attach+0x24) : rsp=0xc023cdd0 rfp=0xc023cde4 : r7=0xc07c7d00 r6=0x00000020 : r5=0xc07c7c80 r4=0xc07c7b80 : bus_generic_attach() at bus_generic_attach+0x10 : scp=0xc0070a80 rlv=0xc014b294 (at91_attach+0x254) : rsp=0xc023cde8 rfp=0xc023ce0c : r4=0x0000007c : at91_attach() at at91_attach+0x10 : scp=0xc014b050 rlv=0xc0070034 (device_attach+0x70) : rsp=0xc023ce10 rfp=0xc023ce24 : r7=0xc01b41e0 r6=0x00000000 : r5=0xc07c7d00 r4=0xc07c7d00 : device_attach() at device_attach+0x10 : scp=0xc006ffd4 rlv=0xc006ffb4 (device_probe_and_attach+0xfc) : rsp=0xc023ce28 rfp=0xc023ce44 : r5=0xc07c6100 r4=0xc07c7d00 : device_probe_and_attach() at device_probe_and_attach+0x10 : scp=0xc006fec8 rlv=0xc0070a94 (bus_generic_attach+0x24) : rsp=0xc023ce48 rfp=0xc023ce5c : r7=0xc01b41e0 r6=0x00000000 : r5=0xc07c6100 r4=0xc07c7d00 : bus_generic_attach() at bus_generic_attach+0x10 : scp=0xc0070a80 rlv=0xc013c94c (nexus_attach+0x20) : rsp=0xc023ce60 rfp=0xc023ce74 : r4=0xc07c6100 : nexus_attach() at nexus_attach+0x10 : scp=0xc013c93c rlv=0xc0070034 (device_attach+0x70) : rsp=0xc023ce78 rfp=0xc023ce8c : r4=0xc07c6100 : device_attach() at device_attach+0x10 : scp=0xc006ffd4 rlv=0xc006ffb4 (device_probe_and_attach+0xfc) : rsp=0xc023ce90 rfp=0xc023ceac : r5=0xc01b41e4 r4=0xc07c6100 : device_probe_and_attach() at device_probe_and_attach+0x10 : scp=0xc006fec8 rlv=0xc0072144 (root_bus_configure+0x2c) : rsp=0xc023ceb0 rfp=0xc023cec4 : r7=0xc01b41e0 r6=0xc01b41e8 : r5=0xc01b41e4 r4=0xc07c6100 : root_bus_configure() at root_bus_configure+0x10 : scp=0xc0072128 rlv=0xc013393c (configure+0x10) : rsp=0xc023cec8 rfp=0xc023ced4 : r4=0xc017173c : configure() at configure+0x10 : scp=0xc013393c rlv=0xc002a8e4 (mi_startup+0x100) : rsp=0xc023ced8 rfp=0xc023cef4 : mi_startup() at mi_startup+0x10 : scp=0xc002a7f4 rlv=0xc00001b0 (virt_done+0x10) : rsp=0xc023cef8 rfp=0x00000000 : r7=0x20000110 r6=0x00000004 : r5=0x2000011c r4=0x200001f0 : : : _______________________________________________ : freebsd-arm@freebsd.org mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-arm : To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" : : From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 17:52:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8916F16A403; Sun, 25 Feb 2007 17:52:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4B02513C467; Sun, 25 Feb 2007 17:52:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1PHplqE059163; Sun, 25 Feb 2007 10:51:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 25 Feb 2007 10:51:49 -0700 (MST) Message-Id: <20070225.105149.1575282293.imp@bsdimp.com> To: krassi@bulinfo.net From: "M. Warner Losh" In-Reply-To: <20070225.104342.-1581794529.imp@bsdimp.com> References: <45E1933A.6090505@bulinfo.net> <20070225.104342.-1581794529.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 25 Feb 2007 10:51:49 -0700 (MST) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel panic on ARM (interrupt filtering related)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 17:52:33 -0000 In message: <20070225.104342.-1581794529.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <45E1933A.6090505@bulinfo.net> : Krassimir Slavchev writes: : : : : at91_pio0: mem 0xdffff400-0xdffff5ff irq 1 on atmelarm0 : : at91_pio0: ABSR: 0x60 OSR: 0 PSR:0x1380010 ODSR: 0 : : panic: All system interrupt ISRs must be type INTR_FAST : : I think this is fallout from the Filter patches. And I see piso@ has fixed it... Warner From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 18:30:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B508816A402; Sun, 25 Feb 2007 18:30:56 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3166E13C467; Sun, 25 Feb 2007 18:30:51 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup179.ach.sch.gr [81.186.70.179]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l1PIJw5S002272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Feb 2007 20:20:12 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l1PIJnxJ004067; Sun, 25 Feb 2007 20:19:50 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l1PIJnSq004066; Sun, 25 Feb 2007 20:19:49 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 25 Feb 2007 20:19:49 +0200 From: Giorgos Keramidas To: Andrew Thompson , FreeBSD Current Message-ID: <20070225181948.GA3976@kobe.laptop> References: <20070225083723.GA8131@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070225083723.GA8131@heff.fud.org.nz> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.091, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.31, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Subject: Re: correct way to pass callbacks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 18:30:56 -0000 On 2007-02-25 21:37, Andrew Thompson wrote: > Hi, > The bridgestp module needs two callbacks from the bridge when it > attaches which so far I have just passed on with the function call. > > bstp_attach(&sc->sc_stp, bridge_state_change, bridge_rtable_expire); > > I have always felt this was rather ugly so have attached a patch to put > them both in a struct, is this the right way to do it? This is one of the good ways to do it, AFAIK. It's similar to the way vnode operations are 'abstracted' away in a vop_vector struct. Converting two functino arguments to a set of callbacks inside a struct is also going to be more extensible in the future, when new callbacks of 'bridge ops' are required. Then we can add something like: struct bridge_ops_vector { .bstatechange = bridge_state_change, .brtexpire = bridge_rtable_expire, ... }; I think I like this :) > Index: bridgestp.c > =================================================================== > RCS file: /home/ncvs/src/sys/net/bridgestp.c,v > retrieving revision 1.34 > diff -u -p -r1.34 bridgestp.c > --- bridgestp.c 18 Jan 2007 07:13:01 -0000 1.34 > +++ bridgestp.c 23 Feb 2007 22:27:08 -0000 > @@ -2087,8 +2087,7 @@ DECLARE_MODULE(bridgestp, bstp_mod, SI_S > MODULE_VERSION(bridgestp, 1); > > void > -bstp_attach(struct bstp_state *bs, bstp_state_cb_t state_callback, > - bstp_rtage_cb_t rtage_callback) > +bstp_attach(struct bstp_state *bs, struct bstp_cb *cb) > { > BSTP_LOCK_INIT(bs); > callout_init_mtx(&bs->bs_bstpcallout, &bs->bs_mtx, 0); > @@ -2102,8 +2101,8 @@ bstp_attach(struct bstp_state *bs, bstp_ > bs->bs_migration_delay = BSTP_DEFAULT_MIGRATE_DELAY; > bs->bs_txholdcount = BSTP_DEFAULT_HOLD_COUNT; > bs->bs_protover = BSTP_PROTO_RSTP; > - bs->bs_state_cb = state_callback; > - bs->bs_rtage_cb = rtage_callback; > + bs->bs_state_cb = cb->bcb_state; > + bs->bs_rtage_cb = cb->bcb_rtage; > > getmicrotime(&bs->bs_last_tc_time); > > Index: bridgestp.h > =================================================================== > RCS file: /home/ncvs/src/sys/net/bridgestp.h,v > retrieving revision 1.12 > diff -u -p -r1.12 bridgestp.h > --- bridgestp.h 11 Dec 2006 23:46:40 -0000 1.12 > +++ bridgestp.h 23 Feb 2007 22:25:27 -0000 > @@ -186,6 +186,11 @@ > typedef void (*bstp_state_cb_t)(struct ifnet *, int); > typedef void (*bstp_rtage_cb_t)(struct ifnet *, int); > > +struct bstp_cb { > + bstp_state_cb_t bcb_state; > + bstp_rtage_cb_t bcb_rtage; > +}; > + > /* > * Because BPDU's do not make nicely aligned structures, two different > * declarations are used: bstp_?bpdu (wire representation, packed) and > @@ -365,7 +370,7 @@ extern const uint8_t bstp_etheraddr[]; > > extern void (*bstp_linkstate_p)(struct ifnet *ifp, int state); > > -void bstp_attach(struct bstp_state *, bstp_state_cb_t, bstp_rtage_cb_t); > +void bstp_attach(struct bstp_state *, struct bstp_cb *); > void bstp_detach(struct bstp_state *); > void bstp_init(struct bstp_state *); > void bstp_stop(struct bstp_state *); > Index: if_bridge.c > =================================================================== > RCS file: /home/ncvs/src/sys/net/if_bridge.c,v > retrieving revision 1.92 > diff -u -p -r1.92 if_bridge.c > --- if_bridge.c 11 Dec 2006 23:46:40 -0000 1.92 > +++ if_bridge.c 23 Feb 2007 22:26:48 -0000 > @@ -528,6 +528,7 @@ bridge_clone_create(struct if_clone *ifc > { > struct bridge_softc *sc, *sc2; > struct ifnet *bifp, *ifp; > + struct bstp_cb cb; > u_char eaddr[6]; > int retry; > > @@ -583,7 +584,9 @@ bridge_clone_create(struct if_clone *ifc > mtx_unlock(&bridge_list_mtx); > } > > - bstp_attach(&sc->sc_stp, bridge_state_change, bridge_rtable_expire); > + cb.bcb_state = bridge_state_change; > + cb.bcb_rtage = bridge_rtable_expire; > + bstp_attach(&sc->sc_stp, &cb); > ether_ifattach(ifp, eaddr); > /* Now undo some of the damage... */ > ifp->if_baudrate = 0; From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 18:42:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68AB416A403 for ; Sun, 25 Feb 2007 18:42:04 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 301B113C48E for ; Sun, 25 Feb 2007 18:42:04 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 6DB5E35BB3; Sun, 25 Feb 2007 19:42:00 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 2B2B29BE05; Sun, 25 Feb 2007 18:43:52 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 0EA3F405B; Sun, 25 Feb 2007 19:43:52 +0100 (CET) Date: Sun, 25 Feb 2007 19:43:51 +0100 From: Jeremie Le Hen To: Andre Guibert de Bruet Message-ID: <20070225184351.GM2479@obiwan.tataz.chchile.org> References: <20070221205331.GB2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: psm(4) doesn't work with custom kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 18:42:04 -0000 On Fri, Feb 23, 2007 at 02:49:17AM -0500, Andre Guibert de Bruet wrote: > Try booting with ACPI disabled. Something does not appear sane with > your ACPI config using your custom kernel: > acpi: bad write to port 0x080 (32), val 0xaa Indeed, removing device acpi from my custom kernel config file resolves the problem. However, if I enable option SMP along ACPI, psm(4) works. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 18:58:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A93316A400 for ; Sun, 25 Feb 2007 18:58:46 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC5713C441 for ; Sun, 25 Feb 2007 18:58:45 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1PIwaWj042940; Sun, 25 Feb 2007 13:58:41 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <20070225184351.GM2479@obiwan.tataz.chchile.org> References: <20070221205331.GB2479@obiwan.tataz.chchile.org> <20070225184351.GM2479@obiwan.tataz.chchile.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Sun, 25 Feb 2007 13:58:37 -0500 To: Jeremie Le Hen X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2649/Sun Feb 25 03:10:41 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-0.03, required 6, AWL 0.52, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: psm(4) doesn't work with custom kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 18:58:46 -0000 On Feb 25, 2007, at 1:43 PM, Jeremie Le Hen wrote: > On Fri, Feb 23, 2007 at 02:49:17AM -0500, Andre Guibert de Bruet > wrote: >> Try booting with ACPI disabled. Something does not appear sane with >> your ACPI config using your custom kernel: >> acpi: bad write to port 0x080 (32), val 0xaa > > Indeed, removing device acpi from my custom kernel config file > resolves > the problem. However, if I enable option SMP along ACPI, psm(4) > works. That's odd. Give the following a shot: Disable the loading of the custom AML, then try using ACPI without SMP. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 20:09:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E10716A400 for ; Sun, 25 Feb 2007 20:09:51 +0000 (UTC) (envelope-from amoran@forsythia.net) Received: from celebrian.forsythia.net (celebrian.forsythia.net [64.142.54.200]) by mx1.freebsd.org (Postfix) with ESMTP id BCEFD13C441 for ; Sun, 25 Feb 2007 20:09:50 +0000 (UTC) (envelope-from amoran@forsythia.net) Received: from [10.200.0.42] (cerberus.forsythia.net [64.142.54.201]) by celebrian.forsythia.net (8.13.6/8.13.6) with ESMTP id l1PJaTNL040663 for ; Sun, 25 Feb 2007 11:36:35 -0800 (PST) (envelope-from amoran@forsythia.net) Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-current@freebsd.org Message-Id: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-851455356; protocol="application/pkcs7-signature" From: Andrew Moran Date: Sun, 25 Feb 2007 11:36:23 -0800 X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: i386 EFI booting status/roadmap? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 20:09:51 -0000 --Apple-Mail-1-851455356 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hallo! I'm considering using one of the new intel Xserve macs for a replacement server. I was googling for support for booting FreeBSD off of EFI and only found posts saying it couldn't be done, but all of those were over 7 months old. 1) Is it still the case that one cannot boot i386 FreeBSD on EFI (w/ o bootcamp)? 2) Is this currently being worked on, and if so, is there a known timeline? Thanks for the update and hopefully I'm not asking something that has been beaten to death. --Andy --Apple-Mail-1-851455356-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 21:50:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4931916A401 for ; Sun, 25 Feb 2007 21:50:07 +0000 (UTC) (envelope-from geekout@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0B113C48D for ; Sun, 25 Feb 2007 21:50:02 +0000 (UTC) (envelope-from geekout@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so160860nza for ; Sun, 25 Feb 2007 13:50:02 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eKTRFXi2b2fe3Y8qULbitidrdfygiiyP8mHDvOwXv9Xd3Qz73jx0ZZ7l6jySZXI4OQbfW9axYq99VWRihkgo4rSynoMs4gPbiHToI+9WZ8RVJm4Xet5EKox7xNLuCoTmNyb1MRlgCh7BWGeI/slDVZBipRmkinzsf+c8m/YklJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KJv9VdJD8yVttHQXwhDoFefyOFD4/3q4XyZeC3qu9n0vj5WR3Ha+0L9zEUa6SZIXXinykrEdZ3U/HdXN0Q318rDrEi2sw0zfJQUCqYUTgAIQYCT1V1GcE6a7A79fo6Zg8AUxxh/N/0nh827d8n823ZewtkU8+kIX1kAkaSsS3gI= Received: by 10.114.12.9 with SMTP id 9mr1870411wal.1172438528285; Sun, 25 Feb 2007 13:22:08 -0800 (PST) Received: by 10.114.182.11 with HTTP; Sun, 25 Feb 2007 13:22:08 -0800 (PST) Message-ID: <6e01203b0702251322s41172f52wada34dde5b8337fb@mail.gmail.com> Date: Sun, 25 Feb 2007 11:22:08 -1000 From: "Tyler Gee" To: "Bruno Damour" In-Reply-To: <45E17186.3050009@ruomad.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45E17186.3050009@ruomad.net> Cc: freebsd-current@freebsd.org Subject: Re: buildworld with core2 duo fails with page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 21:50:07 -0000 On 2/25/07, Bruno Damour wrote: > Hello, > > I upgraded yesterday my mobo from Asus mn2pv-vm + Sempron 2800+ to a brand new > asus P5W-DH Deluxe + Core Duo 6400. > > My freebsd system booted just allright (so it seemed) but when i try to make > buildworld it fails (always, but after a random time) with (see below, not always with "rm", but similarly) : > I only change my make conf settings to replace CPUTYPE from athlon64 to core2. > Any ideas to help me ? Just a guess, but when I was playing wit -CURRENT on my newer macbook pro with the core duo I was getting a lot of fails in buildworld at random times like you are seeing and it took me a while to figure out my system time was way off. make will give a lot of problems if your time is off, especially if it is in the past. > Thanks in advance > > Bruno > > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x68 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80317265 > stack pointer = 0x10:0xffffffffa579c550 > frame pointer = 0x10:0x4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 8785 (rm) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 9m31s > Physical memory: 1015 MB > Dumping 184 MB:sr > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- ~Tyler From owner-freebsd-current@FreeBSD.ORG Sun Feb 25 23:33:34 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5080416A400 for ; Sun, 25 Feb 2007 23:33:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4086113C48E for ; Sun, 25 Feb 2007 23:33:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 20FCF1A3C19 for ; Sun, 25 Feb 2007 15:33:34 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 78118524AA; Sun, 25 Feb 2007 18:33:33 -0500 (EST) Date: Sun, 25 Feb 2007 18:33:33 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070225233333.GA80065@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: Someone broke diskless booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 23:33:34 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Some time in the past week or so someone committed a change to the kernel that broke diskless booting: Trying to mount root from nfs: fxp0: link state changed to UP NFS ROOT: 69.147.83.43:/a/nfs/7.dir1 Interface fxp0 IP-Address 69.147.83.96 Broadcast 69.147.83.127 mdmfs: mdconfig (attach) exited with error code 1 cp: /etc/gss/mech: Read-only file system cp: /etc/gss/qop: Read-only file system cp: utimes: /etc/gss: Read-only file system cp: /etc/ppp/ppp.conf: Read-only file system ... nfs server 69.147.83.43:/a/nfs/7.dir1: not responding nfs server 69.147.83.43:/a/nfs/7.dir1: not responding nfs server 69.147.83.43:/a/nfs/7.dir1: not responding Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4hzMWry0BWjoQKURAt+HAJ43/rKUonJY8Xw7Gy9YT9R+DzEKEwCaAywv L8j58BwdUfG/eu6QYNyUKeY= =Jxww -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 00:22:36 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4137716A400; Mon, 26 Feb 2007 00:22:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 33A6F13C4B5; Mon, 26 Feb 2007 00:22:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0EFFF1A3C19; Sun, 25 Feb 2007 16:22:36 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7B7F551E81; Sun, 25 Feb 2007 19:22:35 -0500 (EST) Date: Sun, 25 Feb 2007 19:22:35 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070226002234.GA80974@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: performance@FreeBSD.org Subject: Anyone interested in improving postgresql scaling? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 00:22:36 -0000 If so, then your task is the following: Make SYSV semaphores less dumb about process wakeups. Currently whenever the semaphore state changes, all processes sleeping on the semaphore are woken, even if we only have released enough resources for one waiting process to claim. i.e. there is a thundering herd wakeup situation which destroys performance at high loads. Fixing this will involve replacing the wakeup() calls with appropriate amounts of wakeup_one(). Kris From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 02:18:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E29CA16A401 for ; Mon, 26 Feb 2007 02:18:10 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34714.mail.mud.yahoo.com (web34714.mail.mud.yahoo.com [209.191.68.163]) by mx1.freebsd.org (Postfix) with SMTP id 9514413C471 for ; Mon, 26 Feb 2007 02:18:10 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 82476 invoked by uid 60001); 26 Feb 2007 02:18:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=JKrYVNhkLLgPBd4nmdQU2yxA0RA6OtnH6ivVP+yL1uvdqCTwz6ZtpfYvbr7xq2Zg03I520DAT7ai1giqMWBUz/vMXAS1v44LrX8weieb3KXT9MRI/h4HHQiZ/8Qb2Ejh7JOw2gm4Yh5r9pxV10VnkSqxnhTGmWrYBbvt11L44hs=; X-YMail-OSG: j.6RajYVM1lKUyxab02kbT2BkRdPMzK2laPIcjOjzfFx5lJlHnw7dgDD94.1uCiRPrywnIvPm7.IetThKcWqHfTlbBTcEHY7GZgARpDzzGbTwOyRwjYz7lL5_sLOaqaCbBYQWmyCD82XImM- Received: from [68.150.62.97] by web34714.mail.mud.yahoo.com via HTTP; Sun, 25 Feb 2007 18:18:06 PST Date: Sun, 25 Feb 2007 18:18:06 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <827728.80971.qm@web34714.mail.mud.yahoo.com> Subject: Hauppauge pvr150 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 02:18:11 -0000 Anyone have the Hauppauge wintv pvr150 working on 7x 64 bit? -Darren ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 02:41:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92A8216A400 for ; Mon, 26 Feb 2007 02:41:51 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 27ADC13C461 for ; Mon, 26 Feb 2007 02:41:50 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so626103ugh for ; Sun, 25 Feb 2007 18:41:50 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O9LIUhzLrrZ2nC61NcCE6+yQxrRHeitjJ2vDxoGB84EiGxXkPWanXwa3syT4T31RNmi9dDih2Oeqg0m05kd1+d03+0sUZpY+PGWEL9q23EbGkW/+7++vNNXNAvPTFBHGEY1nWu66rsQG9HAFm8/WYugQlCCfsJAwwvHCJ4MG41M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=shki1AxsycSnnHdKRN1/6k+MXiuhLGRxqIf2c34/K9sCSH+AZyOHD2hF3RwEMd/koaruL0SJsbM/zmem3oxgJjWNtEH2Bz57ix7K4aHDaH4J758EJ3AhhcXrczOmbR3iycH8OHkjg/h02/erH/ozdJYVNIyyNdyxnVn+LI4Kf2o= Received: by 10.78.106.3 with SMTP id e3mr399593huc.1172457709957; Sun, 25 Feb 2007 18:41:49 -0800 (PST) Received: by 10.78.144.9 with HTTP; Sun, 25 Feb 2007 18:41:49 -0800 (PST) Message-ID: <6eb82e0702251841p293cd9e2m6fedc66e2539903f@mail.gmail.com> Date: Mon, 26 Feb 2007 10:41:49 +0800 From: "Rong-en Fan" To: "Tyler Gee" In-Reply-To: <6e01203b0702251322s41172f52wada34dde5b8337fb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45E17186.3050009@ruomad.net> <6e01203b0702251322s41172f52wada34dde5b8337fb@mail.gmail.com> Cc: Bruno Damour , freebsd-current@freebsd.org Subject: Re: buildworld with core2 duo fails with page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 02:41:51 -0000 On 2/26/07, Tyler Gee wrote: > On 2/25/07, Bruno Damour wrote: > > Hello, > > > > I upgraded yesterday my mobo from Asus mn2pv-vm + Sempron 2800+ to a brand new > > asus P5W-DH Deluxe + Core Duo 6400. > > > > My freebsd system booted just allright (so it seemed) but when i try to make > > buildworld it fails (always, but after a random time) with (see below, not always with "rm", but similarly) : > > I only change my make conf settings to replace CPUTYPE from athlon64 to core2. > > Any ideas to help me ? > > Just a guess, but when I was playing wit -CURRENT on my newer macbook > pro with the core duo I was getting a lot of fails in buildworld at > random times like you are seeing and it took me a while to figure out > my system time was way off. make will give a lot of problems if your > time is off, especially if it is in the past. I don't think incorrect time will result in page fault in kernel mode. To Bruno, I suggest you hook up DDB to obtain some debug information. See Developer's Handbook to details. Regards, Rong-En fan > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x68 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff80317265 > > stack pointer = 0x10:0xffffffffa579c550 > > frame pointer = 0x10:0x4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 8785 (rm) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > Uptime: 9m31s > > Physical memory: 1015 MB > > Dumping 184 MB:sr > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > -- > ~Tyler > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 08:08:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBB2916A403; Mon, 26 Feb 2007 08:08:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 2031613C46B; Mon, 26 Feb 2007 08:08:56 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l1Q88bN3001340; Mon, 26 Feb 2007 19:08:37 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1Q88bQl001339; Mon, 26 Feb 2007 19:08:37 +1100 (EST) (envelope-from peter) Date: Mon, 26 Feb 2007 19:08:37 +1100 From: Peter Jeremy To: Kris Kennaway Message-ID: <20070226080837.GB844@turion.vk2pj.dyndns.org> References: <20070224213111.GB41434@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 08:08:57 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-24 16:31:11 -0500, Kris Kennaway wrote: >We have recently made significant progress on optimizing for MySQL >running on an 8-core amd64 system. The graph of results may be found >here: > > http://www.freebsd.org/~kris/scaling/scaling.png Those results look wonderful. Have you tried increasing the number of threads to see if there's any nasty knee further to the right? Also, is there any chance of repeating this testing on one of the big Suns (or a T2000) to see how this scales to lots of cores? --=20 Peter Jeremy --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4pWF/opHv/APuIcRAh5fAJ0QENK0sIxr8UhL3Q5l94DbF+x/HACgpANv 1MwIhwYcXamLl4E2qqaiDjw= =IPUk -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 08:19:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52C9016A401 for ; Mon, 26 Feb 2007 08:19:44 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1372413C491 for ; Mon, 26 Feb 2007 08:19:43 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HLb53-0001gt-0h for freebsd-current@freebsd.org; Mon, 26 Feb 2007 09:19:33 +0100 Received: from dhcp197.ifado.de ([195.253.22.197]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Feb 2007 09:19:33 +0100 Received: from wb by dhcp197.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Feb 2007 09:19:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Wilhelm B. Kloke" Date: Mon, 26 Feb 2007 08:19:23 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 32 Message-ID: References: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp197.ifado.de User-Agent: slrn/0.9.8.1 (FreeBSD) Cache-Post-Path: yorikke.arb-phys.uni-dortmund.de!unknown@localhost X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news Subject: Re: i386 EFI booting status/roadmap? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 08:19:44 -0000 Andrew Moran schrieb: > > I'm considering using one of the new intel Xserve macs for a > replacement server. I was googling for support for booting FreeBSD > off of EFI and only found posts saying it couldn't be done, but all > of those were over 7 months old. > > 1) Is it still the case that one cannot boot i386 FreeBSD on EFI (w/ > o bootcamp)? > 2) Is this currently being worked on, and if so, is there a known > timeline? As I want to see this happen, too, here are my experiences with this (on MacMini early 2000): I installed rEFIt 0.8 on the system. Linux (Ubuntu Edgy) boots fine, and works. FreeBSD 6.2 boots into the system installer. AFAIK, the Yukon II Ethernet is supported only on 7.0. DragonflyBSD (1.8?) hangs. NetBSD (?) hangs, too. Apple's netboot process is not standard DHCP, so there is extra work necessary to use this. If and when I can use my MacMini via Netboot, I am going to be a happy user of this. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 PGP: http://vestein.arb-phys.uni-dortmund.de/~wb/mypublic.key From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 10:19:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3686216A401; Mon, 26 Feb 2007 10:19:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DD8FD13C46B; Mon, 26 Feb 2007 10:19:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1QAJpD5025339; Mon, 26 Feb 2007 05:19:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1QAJpgN066611; Mon, 26 Feb 2007 05:19:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8FD4C73039; Mon, 26 Feb 2007 05:19:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070226101951.8FD4C73039@freebsd-current.sentex.ca> Date: Mon, 26 Feb 2007 05:19:49 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 10:19:53 -0000 TB --- 2007-02-26 08:23:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-26 08:23:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-26 08:23:51 - cleaning the object tree TB --- 2007-02-26 08:25:10 - checking out the source tree TB --- 2007-02-26 08:25:10 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-26 08:25:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-26 09:00:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-26 09:00:56 - cd /src TB --- 2007-02-26 09:00:56 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 26 09:00:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/dump/traverse.c:740: error: structure has no member named `c_extsize' /src/sbin/dump/traverse.c: In function `writeextdata': /src/sbin/dump/traverse.c:774: error: structure has no member named `c_extsize' /src/sbin/dump/traverse.c:781: error: structure has no member named `c_extsize' /src/sbin/dump/traverse.c:785: error: structure has no member named `c_extsize' /src/sbin/dump/traverse.c:790: error: structure has no member named `c_extsize' /src/sbin/dump/traverse.c:793: error: structure has no member named `c_extsize' /src/sbin/dump/traverse.c:817: error: structure has no member named `c_extsize' *** Error code 1 Stop in /src/sbin/dump. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-26 10:19:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-26 10:19:49 - ERROR: failed to build world TB --- 2007-02-26 10:19:49 - tinderbox aborted TB --- 0.83 user 2.48 system 6957.70 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 15:08:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF10A16A400 for ; Mon, 26 Feb 2007 15:08:36 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA5913C4A3 for ; Mon, 26 Feb 2007 15:08:36 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 3317111AEB3 for ; Mon, 26 Feb 2007 16:08:32 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1QF8Kfn002505 for freebsd-current@freebsd.org; Mon, 26 Feb 2007 16:08:20 +0100 (CET) (envelope-from piso) Date: Mon, 26 Feb 2007 16:08:14 +0100 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20070226150814.GA2458@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Subject: kldstat output: kernel no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 15:08:36 -0000 On a recent CURRENT, try kldstat: [piso@newluxor /usr/home/piso]$ kldstat Id Refs Address Size Name 2 1 0xffffffffaede1000 3877 linprocfs.ko 3 2 0xffffffffaede5000 186dd linux.ko 6 1 0xffffffffaeec6000 75a rtc.ko 7 1 0xffffffffaee58000 b20c ipfw.ko 8 1 0xffffffffaee64000 76b8 libalias.ko 9 1 0xffffffffaeecb000 49f8 i915.ko 10 1 0xffffffffaeed0000 da61 drm.ko 11 1 0xffffffffaf106000 17027 smbfs.ko 12 2 0xffffffffaf11e000 1cda libiconv.ko 13 2 0xffffffffaf120000 c25 libmchain.ko 14 1 0xffffffffaf1f3000 2a35 snd_ich.ko 15 1 0xffffffffaf1f6000 2a235 sound.ko [piso@newluxor /usr/home/piso]$ no kernel in the output, and that breaks module detection. In example, everytime i do: ifconfig bfe0 inet ... the bfe support is compiled into the kernel, but ifconfig cannot find it (cause there's no kernel), so it tries to kldload it again, resulting in: Feb 26 11:46:55 newluxor kernel: Module cardbus/re failed to register: 17 Feb 26 11:46:55 newluxor kernel: module_register: module re/miibus already exist s! Feb 26 11:46:55 newluxor kernel: Module re/miibus failed to register: 17 Feb 26 11:46:55 newluxor kernel: module_register: module pci/re already exists! Feb 26 11:46:55 newluxor kernel: Module pci/re failed to register: 17 Feb 26 11:46:55 newluxor kernel: module_register: module cardbus/re already exists! bye, P. From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 15:30:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD2F016A402 for ; Mon, 26 Feb 2007 15:30:09 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 8880B13C47E for ; Mon, 26 Feb 2007 15:30:09 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HLhnj-000BAb-1F; Mon, 26 Feb 2007 18:30:07 +0300 Date: Mon, 26 Feb 2007 18:30:00 +0300 From: Eygene Ryabinkin To: Kip Macy Message-ID: <20070226152959.GL1084@codelabs.ru> References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> <20070222150725.G90468@chrishome.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_05 Cc: Christopher Arnold , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 15:30:09 -0000 Kip, good day! > FreeBSD HEAD worked on Xen in the 3.0.2 time frame. If someone is able > to be self-sufficient in maintaining Xen support in FreeBSD I'll > review and put it into CVS. I was able to find the Google SoC project on Xen DomU, but there were no links to the source or patch files. Could you please point me to them. As I understand, now there is some support for the FreeBSD DomU, but there is no support for the FreeBSD Dom0. We (me and rik@) are willing to evaluate the Dom0 porting implications and will try to do the porting. Are there some other people that were done something in this area? Thanks! -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 17:18:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CC3916A401 for ; Mon, 26 Feb 2007 17:18:33 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id EB1D813C471 for ; Mon, 26 Feb 2007 17:18:30 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so777685ugh for ; Mon, 26 Feb 2007 09:18:26 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=s5o6tuMSF1denERcxUmF2/yW8MzXselpsW1qQYp45CFNHHFWMzy76VPMOfoHy3X/5UQBcY8JiyYGgIv5AxIc1R0KslWCd/0ocLI3tff4qUPjnhGX9V+XaVH7SReEi7QIKiD7VKLzTVWfbbqr2vGm3e/zH+51RVNyuuMrJx3YAok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=Ta0SpOT/fzEkWKXutKd0p9t8W8wEUtGGXWXGPxnvjIiP7ggv6P2ojlBUSeCp891nfgF/964mBzVPOXNAtG/G14t7cVoYiMemeL3ItRkQpWudE3MvG+VxCQ3Q4KXz23yWvMDMoupZ/psya8S6e5xAMJw0oZosEBR872ZbNbIc7Bs= Received: by 10.67.106.3 with SMTP id i3mr6677530ugm.1172510306863; Mon, 26 Feb 2007 09:18:26 -0800 (PST) Received: from ?192.168.123.202? ( [195.241.221.201]) by mx.google.com with ESMTP id w7sm23943791mue.2007.02.26.09.18.25; Mon, 26 Feb 2007 09:18:26 -0800 (PST) Message-ID: <45E31660.7040409@gmail.com> Date: Mon, 26 Feb 2007 18:18:24 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Paolo Pisati References: <20070226150814.GA2458@tin.it> In-Reply-To: <20070226150814.GA2458@tin.it> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD_Current Subject: Re: kldstat output: kernel no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 17:18:33 -0000 Paolo Pisati schreef: > On a recent CURRENT, try kldstat: > > [piso@newluxor /usr/home/piso]$ kldstat > Id Refs Address Size Name > 2 1 0xffffffffaede1000 3877 linprocfs.ko > 3 2 0xffffffffaede5000 186dd linux.ko > 6 1 0xffffffffaeec6000 75a rtc.ko > 7 1 0xffffffffaee58000 b20c ipfw.ko > 8 1 0xffffffffaee64000 76b8 libalias.ko > 9 1 0xffffffffaeecb000 49f8 i915.ko > 10 1 0xffffffffaeed0000 da61 drm.ko > 11 1 0xffffffffaf106000 17027 smbfs.ko > 12 2 0xffffffffaf11e000 1cda libiconv.ko > 13 2 0xffffffffaf120000 c25 libmchain.ko > 14 1 0xffffffffaf1f3000 2a35 snd_ich.ko > 15 1 0xffffffffaf1f6000 2a235 sound.ko > [piso@newluxor /usr/home/piso]$ > > no kernel in the output, and that breaks module detection. [...] kldstat still displays the kernel on my CURRENT : i386 7.0-CURRENT Fri Feb 23 11:44:25 UTC Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 19:08:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F89616A405; Mon, 26 Feb 2007 19:08:47 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id CE00113C467; Mon, 26 Feb 2007 19:08:42 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 893D711B1C2; Mon, 26 Feb 2007 20:08:38 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1QJ8Qvd003565; Mon, 26 Feb 2007 20:08:26 +0100 (CET) (envelope-from piso) Date: Mon, 26 Feb 2007 20:08:23 +0100 From: Paolo Pisati To: Rene Ladan Message-ID: <20070226190823.GA3299@tin.it> References: <20070226150814.GA2458@tin.it> <45E31660.7040409@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E31660.7040409@gmail.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: FreeBSD_Current , Paolo Pisati Subject: Re: kldstat output: kernel no more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 19:08:47 -0000 On Mon, Feb 26, 2007 at 06:18:24PM +0100, Rene Ladan wrote: > > kldstat still displays the kernel on my CURRENT : > i386 7.0-CURRENT Fri Feb 23 11:44:25 UTC your CURRENT wasn't recent enough, anyway jhb commited a fix a couple of hours ago. bye, P. From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 19:52:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF2B216A400; Mon, 26 Feb 2007 19:52:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AC39613C4B2; Mon, 26 Feb 2007 19:52:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6582F1A3C19; Mon, 26 Feb 2007 11:52:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3DF085138A; Mon, 26 Feb 2007 14:52:05 -0500 (EST) Date: Mon, 26 Feb 2007 14:52:05 -0500 From: Kris Kennaway To: Peter Jeremy Message-ID: <20070226195204.GA14353@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <20070226080837.GB844@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070226080837.GB844@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.2i Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 19:52:06 -0000 On Mon, Feb 26, 2007 at 07:08:37PM +1100, Peter Jeremy wrote: > On 2007-Feb-24 16:31:11 -0500, Kris Kennaway wrote: > >We have recently made significant progress on optimizing for MySQL > >running on an 8-core amd64 system. The graph of results may be found > >here: > > > > http://www.freebsd.org/~kris/scaling/scaling.png > > Those results look wonderful. Have you tried increasing the number of > threads to see if there's any nasty knee further to the right? Also, > is there any chance of repeating this testing on one of the big Suns > (or a T2000) to see how this scales to lots of cores? I didnt try at much higher loads yet, that will be interesting to explore. Currently on the Sun T2000 (32 hardware threads = virtual CPUs) we don't have good scaling (it's hard even to saturate all CPUs for kernel workloads): the current thinking is that this is largely because of contention on the global scheduler lock. Even when idle there is a lot of contention on the sched_lock coming from e.g. all 32 CPUs running statclock at once HZ=1000 times a second and fighting for the sched_lock. Fixing this is something Jeff and Attilio are working on (Kip Macy also did a lot of exploratory work last year), so we hope to make further progress over the coming weeks. Kris From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 20:11:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92FCE16A40A for ; Mon, 26 Feb 2007 20:11:45 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3D66F13C4B9 for ; Mon, 26 Feb 2007 20:11:45 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1QKBiAU045172 for ; Mon, 26 Feb 2007 14:11:44 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E33F03.8030700@freebsd.org> Date: Mon, 26 Feb 2007 14:11:47 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2655/Mon Feb 26 02:40:40 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 20:11:45 -0000 Has anyone successfully used etherboot to load pxeboot via tftp (or NFS), and then NFS boot a FreeBSD -CURRENT box? I see Doug Ambrisko comments in lists, and some hints, but nothing is working for me. I'd post all the combinations I've tried, but it would probably crash email servers. Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 20:52:26 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EB3B16A401; Mon, 26 Feb 2007 20:52:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1302A13C49D; Mon, 26 Feb 2007 20:52:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 33E0147E56; Mon, 26 Feb 2007 15:52:25 -0500 (EST) Date: Mon, 26 Feb 2007 20:52:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070226204916.C56223@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: performance@FreeBSD.org Subject: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 20:52:26 -0000 Dear all, After on-and-off development since 2005, I've now merged the UNIX domain socket locking patch. Special thanks to Kris Kennaway who has been providing stability testing, performance testing, and general support and feedback for this project since inception. Please let me know if you experience any problems with UNIX domain sockets -- these changes will affect applications that consume UNIX domain sockets directly, like MySQL and Postfix, as well as consumers of POSIX fifos, which are implemented using UNIX domain sockets in-kernel. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Mon, 26 Feb 2007 20:47:52 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/sys unpcb.h src/sys/kern uipc_usrreq.c rwatson 2007-02-26 20:47:52 UTC FreeBSD src repository Modified files: sys/sys unpcb.h sys/kern uipc_usrreq.c Log: Revise locking strategy used for UNIX domain sockets in order to improve concurrency: - Add per-unpcb mutexes protecting unpcb connection state, fields, etc. - Replace global UNP mutex with a global UNP rwlock, which will protect the UNIX domain socket connection topology, v_socket, and be acquired exclusively before acquiring more than per-unpcb at a time in order to avoid lock order issues. In performance measurements involving MySQL, this change has little or no overhead on UP (+/- 1%), but leads to a significant (5%-30%) improvement in multi-processor measurements using the sysbench and supersmack benchmarks. Much testing by: kris Approved by: re (kensmith) Revision Changes Path 1.197 +468 -222 src/sys/kern/uipc_usrreq.c 1.22 +1 -0 src/sys/sys/unpcb.h From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 21:15:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34D0916A400; Mon, 26 Feb 2007 21:15:33 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id E73BA13C4F4; Mon, 26 Feb 2007 21:15:26 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.156.216]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JE3000719M73VKF@vms044.mailsrvcs.net>; Mon, 26 Feb 2007 15:13:20 -0600 (CST) Date: Mon, 26 Feb 2007 16:13:13 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <45E33F03.8030700@freebsd.org> To: Eric Anderson Message-id: <1172524396.43537.4.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <45E33F03.8030700@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 21:15:33 -0000 On Mon, 2007-02-26 at 14:11 -0600, Eric Anderson wrote: > Has anyone successfully used etherboot to load pxeboot via tftp (or > NFS), and then NFS boot a FreeBSD -CURRENT box? I did install -CURRENT snapshot using on-board ROM of my Intel PRO/1000, since my laptop does not have optical drive. I realize that it is not quite what you are looking for, but if you think any server-side configuration bits could be useful to you, please, let me know. -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 21:30:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 256B716A40F for ; Mon, 26 Feb 2007 21:30:24 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 625A513C4BC for ; Mon, 26 Feb 2007 21:30:22 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1QLULef059794; Mon, 26 Feb 2007 15:30:21 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E35170.4020907@freebsd.org> Date: Mon, 26 Feb 2007 15:30:24 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <45E33F03.8030700@freebsd.org> <1172524396.43537.4.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1172524396.43537.4.camel@RabbitsDen.RabbitsLawn.verizon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2656/Mon Feb 26 14:24:59 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: etherboot + pxeboot ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 21:30:24 -0000 On 02/26/07 15:13, Alexandre "Sunny" Kovalenko wrote: > On Mon, 2007-02-26 at 14:11 -0600, Eric Anderson wrote: >> Has anyone successfully used etherboot to load pxeboot via tftp (or >> NFS), and then NFS boot a FreeBSD -CURRENT box? > > I did install -CURRENT snapshot using on-board ROM of my Intel PRO/1000, > since my laptop does not have optical drive. I realize that it is not > quite what you are looking for, but if you think any server-side > configuration bits could be useful to you, please, let me know. > Nah, I can successfully NFS boot a -CURRENT box just fine. It's only when using etherboot that it doesn't work (it gives an "Unable to load" error). Loading the pxeboot file via pxelinux ends up with a BTX halted crash that I don't understand. Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 21:33:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7CB216A403 for ; Mon, 26 Feb 2007 21:33:57 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8B96113C49D for ; Mon, 26 Feb 2007 21:33:57 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1QLXemO071378 for ; Mon, 26 Feb 2007 16:33:40 -0500 (EST) (envelope-from andy@siliconlandmark.com) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <946CE5DE-40CE-433D-AF37-03CC546B9E31@siliconlandmark.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: Andre Guibert de Bruet Date: Mon, 26 Feb 2007 16:33:35 -0500 X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.7/2656/Mon Feb 26 15:24:59 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-1.994, required 6, autolearn=not spam, AWL 0.61, BAYES_00 -2.60, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: Subject: build error on i386: storage size of 'swinfo' isn't known X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 21:33:57 -0000 Does this ring a bell for anyone? ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm /usr/src/lib/ libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/ kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c /usr/src/lib/libkvm/ kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/ kvm_minidump_i386.c cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / usr/src/lib/libkvm/kvm.c cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / usr/src/lib/libkvm/kvm_i386.c cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / usr/src/lib/libkvm/kvm_file.c cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / usr/src/lib/libkvm/kvm_getloadavg.c cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm': /usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 'swinfo' isn't known /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init': /usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 'swinfo' isn't known *** Error code 1 Stop in /usr/src/lib/libkvm. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * OFTC IRC, founding member. */ From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 22:17:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1DCF16A6EE for ; Mon, 26 Feb 2007 22:17:43 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7A413CB48 for ; Mon, 26 Feb 2007 22:15:30 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l1QMFRQB060054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Feb 2007 23:15:27 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l1QMFR0P060053; Mon, 26 Feb 2007 23:15:27 +0100 (CET) Date: Mon, 26 Feb 2007 23:15:27 +0100 From: Divacky Roman To: Kris Kennaway Message-ID: <20070226221527.GA59969@stud.fit.vutbr.cz> References: <20070224213111.GB41434@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 22:17:44 -0000 On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote: > Now that the goals of the SMPng project are complete, for the past > year or more several of us have been working hard on profiling FreeBSD > in various multiprocessor workloads, and looking for performance > bottlenecks to be optimized. > > We have recently made significant progress on optimizing for MySQL > running on an 8-core amd64 system. The graph of results may be found > here: > > http://www.freebsd.org/~kris/scaling/scaling.png > > This shows the graph of MySQL transactions/second performed by a > multi-threaded client workload against a local MySQL database with > varying numbers of client threads, with identically configured FreeBSD > and Linux systems on the same machine. > > The test was run on FreeBSD 7.0, with the latest version of the ULE > 2.0 scheduler, the libthr threading library, and an uncommitted patch > from Jeff Roberson [1] that addresses poor scalability of file > descriptor locking (using a new sleepable mutex primitive); this patch > is responsible for almost all of the performance and scaling > improvements measured. It also includes some other patches (collected > in my kris-contention p4 branch) that have been shown to help > contention in MySQL workloads in the past (including a UNIX domain > socket locking pushdown patch from Robert Watson), but these were > shown to only give small individual contributions, with a cumulative > effect on the order of 5-10%. I wonder if anyone measured what effect superpages has on mysql performance... this should not help scaling but I can imagine it has some effect. From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 22:22:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0970316A476; Mon, 26 Feb 2007 22:22:49 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E69E213C46B; Mon, 26 Feb 2007 22:22:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0BEEF1A4D8F; Mon, 26 Feb 2007 14:22:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 92ED754221; Mon, 26 Feb 2007 17:22:45 -0500 (EST) Date: Mon, 26 Feb 2007 17:22:45 -0500 From: Kris Kennaway To: Divacky Roman Message-ID: <20070226222245.GA16898@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <20070226221527.GA59969@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20070226221527.GA59969@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.2i Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 22:22:49 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 26, 2007 at 11:15:27PM +0100, Divacky Roman wrote: > I wonder if anyone measured what effect superpages has on mysql performance... > this should not help scaling but I can imagine it has some effect. I have thought about trying this but have not found the time. I am currently very highly contended by various proposed patches and workloads and need to try and find ways to optimize my scaling (perhaps by adding a second CPU). Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4121Wry0BWjoQKURAp9CAJ9XmMGfX5gv0u6YpsjaKleGECmC4wCfQhgK +eLVTMzuXsA11zr5FS+1C+E= =Yy/N -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:42:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 429AA16A402 for ; Mon, 26 Feb 2007 23:42:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id E19FA13C48E for ; Mon, 26 Feb 2007 23:42:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7U044454; Mon, 26 Feb 2007 18:42:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 18:33:01 -0500 User-Agent: KMail/1.9.1 References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070224062628.GA8992@obelix.dsto.defence.gov.au> <20070224102351.GO39168@deviant.kiev.zoral.com.ua> In-Reply-To: <20070224102351.GO39168@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261833.01791.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:42:49 -0000 On Saturday 24 February 2007 05:23, Kostik Belousov wrote: > On Sat, Feb 24, 2007 at 03:26:28PM +0900, Wilkinson, Alex wrote: > > 0n Fri, Feb 23, 2007 at 01:34:39PM +0200, Kostik Belousov wrote: > > > > >BTW, you panic is caused by nvidia driver. I believe there is a patch by > > >nvidia that would eliminate the problem. > > > > Got a link to the patch ? > I do not use nvidia cards, and did not saved the link. Search in the > archive. Try this: Index: kern_conf.c =================================================================== RCS file: /usr/cvs/src/sys/kern/kern_conf.c,v retrieving revision 1.200 diff -u -r1.200 kern_conf.c --- kern_conf.c 20 Oct 2006 07:59:50 -0000 1.200 +++ kern_conf.c 4 Jan 2007 20:42:07 -0000 @@ -843,16 +843,20 @@ dev_unlock(); return (0); } - if (unit == -1 && u == low) { - low++; - de = dev; - continue; - } else if (u < (unit | extra)) { - de = dev; - continue; - } else if (u > (unit | extra)) { - dl = dev; - break; + if (unit == -1) { + if (u == low) { + low++; + de = dev; + continue; + } + } else { + if (u < (unit | extra)) { + de = dev; + continue; + } else if (u > (unit | extra)) { + dl = dev; + break; + } } } if (unit == -1) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:42:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C508116A400 for ; Mon, 26 Feb 2007 23:42:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 78D6913C481 for ; Mon, 26 Feb 2007 23:42:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7S044454; Mon, 26 Feb 2007 18:42:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 16:53:48 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261653.48794.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: problems porting iSCSI to current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:42:51 -0000 On Monday 19 February 2007 04:53, Danny Braniss wrote: > Hi all, > im getting stuck in destroy_dev(...) because > si_threadcount is not zero, (actually 1 before the call), > all this in sys/kern_conf.c. > what magic am I doing wrong? Don't call destroy_dev() in your close routine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:42:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E52B16A401 for ; Mon, 26 Feb 2007 23:42:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id EAC8213C48D for ; Mon, 26 Feb 2007 23:42:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7V044454; Mon, 26 Feb 2007 18:42:44 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 18:34:13 -0500 User-Agent: KMail/1.9.1 References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070223113439.GK39168@deviant.kiev.zoral.com.ua> In-Reply-To: <20070223113439.GK39168@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261834.13911.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov , "Wilkinson, Alex" Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:42:54 -0000 On Friday 23 February 2007 06:34, Kostik Belousov wrote: > On Fri, Feb 23, 2007 at 03:18:23PM +0900, Wilkinson, Alex wrote: > > Hi all, > > > > I have a reasonably recent version of current that is panic'ing at least once > > every 2 days. When I run kgdb(1) to do a backtrace it aint working correctly. > > > > [FreeBSD 7.0-CURRENT #0: Wed Jan 24 14:24:54 WST 2007] > > > > e.g. > > > > The panic: > > > > NVRM: Xid (0001:00): 8, Channel 00000000 > > panic: Bad link elm 0xc4dc8900 next->prev != elm > > cpuid = 0 > > KDB: enter: panic > > [thread pid 909 tid 100080 ] > > Stopped at kdb_enter+0x32: leave > > db>tr > > Tracing pid 909 tid 100080 td 0xc47231b0 > > kdb_enter(c09ecabf,0,c09a4b15,e6a69a20,c47231b0,...) at kdb_enter+0x32 > > panic(c09a4b15,c4dc8900,4c,c09e8778,64,...) at panic+0x191 > > destroy_devl(c4714e80,e6a69a70,c0fe6cf0,c4dc8900,40,...) at destroy_devl+0x330 > > destroy_dev(c4dc8900,40,c47231b0,0,c4dc8900,...) at destroy_dev+0x13 > > nvidia_dev_close(c4dc8900,3,2000,c47231b0,c4e287d8,...) at nvidia_dev_close+0xa4 > > > > giant_close(c4dc8900,3,2000,c47231b0,e6a69adc,...) at giant_close+0x4f > > devfs_close(e6a69b28,3,c4e28754) at devfs_close+0x2d1 > > VOP_CLOSE_APV(c0a8de20,e6a69b28,c47231b0,c09f7b4c,11f,...) at VOP_CLOSE_APV+0x69 > > > > vn_close(c4e28754,3,c4306a80,c47231b0,203246,...) at vn_close+0x99 > > vn_closefile(c4bf0a20,c47231b0,c09e9165,889,c4e28754,...) at vn_closefile+0x88 > > fdrop_locked(c4bf0a20,c47231b0,2,c09ee59f,de,c47231b0,0,203246,c0b3b920,e6a69c24 > > ,c07517fb,c0af5494,0,c4b3522c,401,c09e9165,e6a69c4c,c0716a82,c4b3522c,1,c09ebc01 > > ,ae,0) at fdrop_locked+0xb9 > > closef(c4bf0a20,c47231b0,c09e9165,401,c0739bd6,...) at closef+0x1f4 > > kern_close(c47231b0,e,4,c4b346c0,1,...) at kern_close+0x188 > > syscall(e6a69d38) at syscall+0x155 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x203292, ebp = 0xc1d000 > > 01 --- > > MAXCPU(4000000,90ffff00,10c19ee7,58c28e8c,34c22fbb,...) at 0x2 > > db>panic > > panic: from debugger > > cpuid = 0 > > Uptime: 3d5h29m19s > > Physical memory: 1007 MB > > Dumping 219 MB: 204 188 172 156 140 124 108 92 76 60 44 28 12 > > Dump complete > > > > Upon a reboot I see this error: > > > > savecore: reboot after panic: Bad link elm 0xc4dc8900 next->prev != elm > > Feb 23 15:02:22 obelix savecore: reboot after panic: Bad link elm 0xc4dc8900 next->prev != elm > > > > And then the backtrace: > > > > #0 doadump () at pcpu.h:166 > > 166 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) where > > #0 doadump () at pcpu.h:166 > > #1 0xc0720c1b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 > > #2 0xc0720693 in panic (fmt=0xc09ab848 "from debugger") at > > /usr/src/sys/kern/kern_shutdown.c:567 > > #3 0xc047e490 in db_panic (addr=-1066121253, have_addr=0, count=-1, > > modif=0xe6a69810 "") at /usr/src/sys/ddb/db_command.c:433 > > #4 0xc047e870 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 > > #5 0xc04805fb in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 > > #6 0xc0744c19 in kdb_trap (type=0, code=0, tf=0xe6a699a4) at > > /usr/src/sys/kern/subr_kdb.c:502 > > #7 0xc0960ea5 in trap (frame=0xe6a699a4) at /usr/src/sys/i386/i386/trap.c:621 > > #8 0xc0948dbb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > > #9 0x00000000 in ?? () > > (kgdb) > > > > Things just aint working as per normal. > > > > Has anyone had problems with running backtraces of kernel core dumps with kgdb(1) ? > > Try this patch, it shall allow to see useful backtrace in kgdb (I really > like to receive feedback on this one): > > Index: gnu/usr.bin/gdb/kgdb/trgt_i386.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/gnu/usr.bin/gdb/kgdb/trgt_i386.c,v > retrieving revision 1.5 > diff -u -r1.5 trgt_i386.c > --- gnu/usr.bin/gdb/kgdb/trgt_i386.c 11 Sep 2005 05:36:30 -0000 1.5 > +++ gnu/usr.bin/gdb/kgdb/trgt_i386.c 23 Feb 2007 11:31:39 -0000 > @@ -146,7 +146,7 @@ > *realnump = -1; > > ofs = (regnum >= I386_EAX_REGNUM && regnum <= I386_FS_REGNUM) > - ? kgdb_trgt_frame_offset[regnum] : -1; > + ? kgdb_trgt_frame_offset[regnum] + 4 : -1; > if (ofs == -1) > return; You can make the patch by dependent on the kern.osreldate (__FreeBSD_version) which is accesible as the global var 'osreldate' in the kernel and use the old offset for kernels before Kip's change so it works for both old and new. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:42:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FDB416A41F; Mon, 26 Feb 2007 23:42:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id EBCC413C491; Mon, 26 Feb 2007 23:42:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7Y044454; Mon, 26 Feb 2007 18:42:53 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 18:42:10 -0500 User-Agent: KMail/1.9.1 References: <946CE5DE-40CE-433D-AF37-03CC546B9E31@siliconlandmark.com> In-Reply-To: <946CE5DE-40CE-433D-AF37-03CC546B9E31@siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261842.11523.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Andre Guibert de Bruet Subject: Re: build error on i386: storage size of 'swinfo' isn't known X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:42:56 -0000 On Monday 26 February 2007 16:33, Andre Guibert de Bruet wrote: > Does this ring a bell for anyone? Your sources aren't in sync somehow. > ===> lib/libkvm (obj,depend,all,install) > rm -f .depend > mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm /usr/src/lib/ > libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/ > kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c /usr/src/lib/libkvm/ > kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/ > kvm_minidump_i386.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_i386.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_file.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_getloadavg.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_getswapinfo.c > /usr/src/lib/libkvm/kvm_getswapinfo.c: In function > `kvm_getswapinfo_kvm': > /usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of > 'swinfo' isn't known > /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init': > /usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of > 'swinfo' isn't known > *** Error code 1 > > Stop in /usr/src/lib/libkvm. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * OFTC IRC, founding member. */ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:42:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FDB416A41F; Mon, 26 Feb 2007 23:42:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id EBCC413C491; Mon, 26 Feb 2007 23:42:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7Y044454; Mon, 26 Feb 2007 18:42:53 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 18:42:10 -0500 User-Agent: KMail/1.9.1 References: <946CE5DE-40CE-433D-AF37-03CC546B9E31@siliconlandmark.com> In-Reply-To: <946CE5DE-40CE-433D-AF37-03CC546B9E31@siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261842.11523.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Andre Guibert de Bruet Subject: Re: build error on i386: storage size of 'swinfo' isn't known X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:42:56 -0000 On Monday 26 February 2007 16:33, Andre Guibert de Bruet wrote: > Does this ring a bell for anyone? Your sources aren't in sync somehow. > ===> lib/libkvm (obj,depend,all,install) > rm -f .depend > mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm /usr/src/lib/ > libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/ > kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c /usr/src/lib/libkvm/ > kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/ > kvm_minidump_i386.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_i386.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_file.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_getloadavg.c > cc -O -pipe -march=pentium4 -DLIBC_SCCS -I/usr/src/lib/libkvm -c / > usr/src/lib/libkvm/kvm_getswapinfo.c > /usr/src/lib/libkvm/kvm_getswapinfo.c: In function > `kvm_getswapinfo_kvm': > /usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of > 'swinfo' isn't known > /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init': > /usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of > 'swinfo' isn't known > *** Error code 1 > > Stop in /usr/src/lib/libkvm. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * OFTC IRC, founding member. */ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:42:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A501516A563; Mon, 26 Feb 2007 23:42:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBE913C428; Mon, 26 Feb 2007 23:42:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7X044454; Mon, 26 Feb 2007 18:42:50 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 18:39:36 -0500 User-Agent: KMail/1.9.1 References: <20070224213111.GB41434@xor.obsecurity.org> <20070225105220.N36322@fledge.watson.org> In-Reply-To: <20070225105220.N36322@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261839.36971.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Robert Watson , Ivan Voras Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:42:58 -0000 On Sunday 25 February 2007 05:56, Robert Watson wrote: > On Sun, 25 Feb 2007, Ivan Voras wrote: > > > Kris Kennaway wrote: > > > >> Hopefully within a week or two. It might not be that exact patch, I > >> think John wants to try and do it a bit differently instead of > >> introducing a new locking primitive just for this. > > > > Well why not? :) I am not an expert, but reading jeffr's posts it looks like > > the idea of sleepable mutexes was taken from Solaris, where it's also not > > exactly documented. If moving away from sleepable mutexes introduces more > > than a small single digit percentage drop in performance (1% on > > multi-gigahertz machines is a lot), why not keep it? If it's dangerous to > > use, that should be documented in the man page with big bold letters but if > > it helps, keep it. > > > > (Of course I might be completely off the track and sleepable mutexes might > > be inconsequential for performance here :) ) > > Well, there are two ways you can ask the question about locks here: > > (1) Why don't we allow sleeping with mutexes? > > (2) Why don't the sleepable locking primitives perform better? > > There are now patches that address this from both sides, optimizing sx lock > performance and allowing mutexes to sleep. There are serious deadlock issues > that can arise with sleepable mutexes; I believe Jeff's patch includes the > necessary bits to teach WITNESS how to detect some misuse at run-time. Right > now, with the exception of the fast interrupt context, mutexes are universally > acquirable in any context subject to lock order. If we have sleepable > mutexes, this will no longer be true, which is a significant change in the > constraints on use. Attilio has a heavily optimized sxlock implementation as > well, although I'm not sure the two have been benchmarked side-by-side, but > that would be an obvious next thing to try. My intention is to both get the sx locks changes into the tree so that sx locks use atomic ops, and to add a new sleep lock primitive that is like a mutex but uses sleepq rather than turnstiles. The latter is a lot like Jeff's top-half mutex just with some slight tweaks, and as a separate lock primitive. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:43:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2635416A548 for ; Mon, 26 Feb 2007 23:43:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id CA1CD13C467 for ; Mon, 26 Feb 2007 23:43:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7W044454; Mon, 26 Feb 2007 18:42:48 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 18:36:43 -0500 User-Agent: KMail/1.9.1 References: <20070224111754.GA15482@nagual.pp.ru> <20070224173152.GA2200@baranyfelhocske.buza.adamsfamily.xx> In-Reply-To: <20070224173152.GA2200@baranyfelhocske.buza.adamsfamily.xx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261836.44327.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Szilveszter Adam Subject: Re: Recent -current module_register error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:43:03 -0000 On Saturday 24 February 2007 12:31, Szilveszter Adam wrote: > On Sat, Feb 24, 2007 at 02:17:54PM +0300, Andrey Chernov wrote: > > Additional TCP options:. > > Starting default moused:module_register: module uhub/ums already exists! > > Module uhub/ums failed to register: 17 > > > > I suspect very recent kernel changes. Any adeas? > > Probably some overly verbose code somewhere. All it really says is that > a particular module could not be registered because it is already > present (probably because it is compiled into the kernel, at least for > me all occurrences are like that) so the devices still work. > > Of course this may have happened also previously but silently. > > I have no immediate commit to suspect though. The kernel linker change may have been the cause, if so, it should be fixed now by the commit to sys/kern/link_elf.c. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:43:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D52B16A50F; Mon, 26 Feb 2007 23:43:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B8CBE13C471; Mon, 26 Feb 2007 23:43:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7T044454; Mon, 26 Feb 2007 18:42:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 16:58:14 -0500 User-Agent: KMail/1.9.1 References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221211039.GA859@heather.menantico.com> <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> In-Reply-To: <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261658.15805.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Scot Hetzel , current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:43:07 -0000 On Thursday 22 February 2007 02:29, Scot Hetzel wrote: > On 2/21/07, Skip Ford wrote: > > Kevin Oberman wrote: > > > Any thought of making module loads default to the directory of the > > > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > > > > This should already happen if you "set kernel" to kernel.old and > > then "boot". > > > > I set the kernel variable in loader.conf, so that I can have multiple > kernels installed and choose which kernel to boot the next time the > server is booted. > > /boot/loader.conf > #kernel="kernel_p4_debug" > kernel="kernel_debug" > > hp010# sysctl -a | grep kernel > kern.bootfile: /boot/kernel_debug/kernel > kern.module_path: /boot/kernel_debug;/boot/modules You can also just do 'boot foo' at the loader prompt, and it is the same as doing: unload all set kernel=foo boot I use this all the time to boot test kernels. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 26 23:43:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D52B16A50F; Mon, 26 Feb 2007 23:43:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B8CBE13C471; Mon, 26 Feb 2007 23:43:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1QNgb7T044454; Mon, 26 Feb 2007 18:42:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Feb 2007 16:58:14 -0500 User-Agent: KMail/1.9.1 References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221211039.GA859@heather.menantico.com> <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> In-Reply-To: <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261658.15805.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Feb 2007 18:42:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2656/Mon Feb 26 15:24:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Scot Hetzel , current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 23:43:07 -0000 On Thursday 22 February 2007 02:29, Scot Hetzel wrote: > On 2/21/07, Skip Ford wrote: > > Kevin Oberman wrote: > > > Any thought of making module loads default to the directory of the > > > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > > > > This should already happen if you "set kernel" to kernel.old and > > then "boot". > > > > I set the kernel variable in loader.conf, so that I can have multiple > kernels installed and choose which kernel to boot the next time the > server is booted. > > /boot/loader.conf > #kernel="kernel_p4_debug" > kernel="kernel_debug" > > hp010# sysctl -a | grep kernel > kern.bootfile: /boot/kernel_debug/kernel > kern.module_path: /boot/kernel_debug;/boot/modules You can also just do 'boot foo' at the loader prompt, and it is the same as doing: unload all set kernel=foo boot I use this all the time to boot test kernels. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 00:04:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F6F016A41B for ; Tue, 27 Feb 2007 00:04:28 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.freebsd.org (Postfix) with ESMTP id 3D04713C48D for ; Tue, 27 Feb 2007 00:03:30 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l1R03SPw018124 for ; Mon, 26 Feb 2007 19:03:28 -0500 (EST) Date: Mon, 26 Feb 2007 19:03:27 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20070227000327.GA65392@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: if_bridge problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 00:04:28 -0000 I updated (after a couple of weeks) last night. uname -a FreeBSD mail.scottro.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Feb 25 01:16:20 EST 2007 root@mail.scottro.net:/usr/obj/usr/src/sys/S11 i386 Suddenly I can no longer create a bridge. I use it with qemu and usually do kldload if_bridge Then ifconfig bridge0 create When I did that today I got ifconfig: SIOCIFCREATE2: Invalid argument I see a mention of an almost identical problem from August of last year. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=546442+0+archive/2006/freebsd-current/20060813.freebsd-curren (Sorry about the wordwrap on the link.) However, I've seen nothing recent so I don't know if this is just me or not. Thank you to anyone who can offer some insight. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Ahh, it's okay. Gave Cord and I chance to spend some quality death time. Cordelia: And we got these free corsages. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 00:11:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5E9816A403 for ; Tue, 27 Feb 2007 00:11:52 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id EBC3C13C4B6 for ; Tue, 27 Feb 2007 00:11:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1693100nfc for ; Mon, 26 Feb 2007 16:11:50 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=l7V6Ju3gHj79ipSb+CblHqQUogBYnkUNLagCHpFnLB/53GVV7TIOFqkqHps/GB1tF1exYxxs9y6h4Vo/Np4tKigkmt6B25cA9VXd57KxD+x7Csj5SGoP6GIJaO/UkBkCjUqp6Y2hslIKHYYS4PkwMX2csQWl4mCEQ7vKEICsehw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G3zRR+/xwSNKry39zqwfCTBMGJhGyW7SoT6mCkHu0MDQpouEDACnLeiKKErqkILZR/GRlfilXm8ErT8O85lWuVtdtBrerV5DIdhMejsd1rJoqoTm0vyoHLTd75rAe+Jj7XrTfgJmDQUhDMqRq1+Lj5bw8sdoexQZr8xzSpf4n48= Received: by 10.82.155.10 with SMTP id c10mr2065643bue.1172535110303; Mon, 26 Feb 2007 16:11:50 -0800 (PST) Received: by 10.82.186.2 with HTTP; Mon, 26 Feb 2007 16:11:50 -0800 (PST) Message-ID: <790a9fff0702261611p63c9ac80w6cda2a1502676071@mail.gmail.com> Date: Mon, 26 Feb 2007 18:11:50 -0600 From: "Scot Hetzel" To: Jeff In-Reply-To: <45E1A217.2000900@mrbonkers.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45E0A74F.2040904@mrbonkers.org> <790a9fff0702241932v31ba8c5erce8040d87ce5d215@mail.gmail.com> <45E1A217.2000900@mrbonkers.org> Cc: freebsd-current@freebsd.org Subject: Re: Problem with Path/Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 00:11:52 -0000 On 2/25/07, Jeff wrote: > > Does it match one of these conditions (from Mk/bsd.port.mk)? > > > > - OSVERSION} < 504105 > > - OSVERSION} >= 600000 && OSVERSION < 600103 > > - OSVERSION >= 700000 && OSVERSION < 700012 > > > > > > If it does, you might need to reinstall the ports-mgmt/pkg_install port. > > > make -V OSVERSION returns 600034, so there's the problem. > > >you might need to reinstall the ports-mgmt/pkg_install port. > > Where should I see the pkg_install port? I have the sources for it, but > I don't find a port. > The port is either in ports-mgmt/pkg_install (new location) or sysutils/pkg_install (old location) under /usr/ports. > Any idea how I could have broken this? The last cvsup used the same > cvsup file I've used before. Is there a release that puts the pkg tools > in /usr/local/ ? > When you cvsuped /usr/ports to the latest version, it caused the new dependancy on this port. You probably had an older /usr/ports tree that didn't have this requirement. The releases still put the pkg tools in the normal locations, its just that your version of the tools are out of date, and needed to be upgraded to the latest version so that new options could be used by the ports system. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 00:32:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2E8516A402; Tue, 27 Feb 2007 00:32:06 +0000 (UTC) (envelope-from SRS1=c86fc1c745e795cafd4efcfe46386215e9e80080=es.net==c86fc1c745e795cafd4efcfe46386215e9e80080=258=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 84C7013C47E; Tue, 27 Feb 2007 00:32:06 +0000 (UTC) (envelope-from SRS1=c86fc1c745e795cafd4efcfe46386215e9e80080=es.net==c86fc1c745e795cafd4efcfe46386215e9e80080=258=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GCU42839; Mon, 26 Feb 2007 16:19:39 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GCU31137; Mon, 26 Feb 2007 16:19:37 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2C16545055; Mon, 26 Feb 2007 16:19:36 -0800 (PST) To: John Baldwin In-Reply-To: Your message of "Mon, 26 Feb 2007 16:58:14 EST." <200702261658.15805.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172535576_88454P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 26 Feb 2007 16:19:36 -0800 From: "Kevin Oberman" Message-Id: <20070227001936.2C16545055@ptavv.es.net> Cc: Scot Hetzel , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 00:32:06 -0000 --==_Exmh_1172535576_88454P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: John Baldwin > Date: Mon, 26 Feb 2007 16:58:14 -0500 > > On Thursday 22 February 2007 02:29, Scot Hetzel wrote: > > On 2/21/07, Skip Ford wrote: > > > Kevin Oberman wrote: > > > > Any thought of making module loads default to the directory of the > > > > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > > > > > > This should already happen if you "set kernel" to kernel.old and > > > then "boot". > > > > > > > I set the kernel variable in loader.conf, so that I can have multiple > > kernels installed and choose which kernel to boot the next time the > > server is booted. > > > > /boot/loader.conf > > #kernel="kernel_p4_debug" > > kernel="kernel_debug" > > > > hp010# sysctl -a | grep kernel > > kern.bootfile: /boot/kernel_debug/kernel > > kern.module_path: /boot/kernel_debug;/boot/modules > > You can also just do 'boot foo' at the loader prompt, and it is the same as > doing: > > unload all > set kernel=foo > boot > > I use this all the time to boot test kernels. John, Thanks for the confirmation. That's what I had always assumed. I, too, have used that method for years and failed to see that it made any difference. I have now built a new kernel (with modules) from the sources back on December and I am no longer getting the warnings about the module being newer than the linker.hints file. I am totally baffled as to what triggered this as I did confirm that the modules and the linker.hints file were created at the same time (modulo 1 minute) and I don't see how this could have gotten messed up. In any case, Thanks for all of the comments on booting different kernels. I do this quite often and I'm now pretty sure that I am doing the right things(TM). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172535576_88454P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF43kYkn3rs5h7N1ERAtluAKCwcx8Xbb2b/IWGcyb0pJEO8Y7vHQCgrla5 ja+MGIKICaghcOHrfKWx8Ww= =bU8R -----END PGP SIGNATURE----- --==_Exmh_1172535576_88454P-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 00:32:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2E8516A402; Tue, 27 Feb 2007 00:32:06 +0000 (UTC) (envelope-from SRS1=c86fc1c745e795cafd4efcfe46386215e9e80080=es.net==c86fc1c745e795cafd4efcfe46386215e9e80080=258=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 84C7013C47E; Tue, 27 Feb 2007 00:32:06 +0000 (UTC) (envelope-from SRS1=c86fc1c745e795cafd4efcfe46386215e9e80080=es.net==c86fc1c745e795cafd4efcfe46386215e9e80080=258=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GCU42839; Mon, 26 Feb 2007 16:19:39 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GCU31137; Mon, 26 Feb 2007 16:19:37 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2C16545055; Mon, 26 Feb 2007 16:19:36 -0800 (PST) To: John Baldwin In-Reply-To: Your message of "Mon, 26 Feb 2007 16:58:14 EST." <200702261658.15805.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172535576_88454P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 26 Feb 2007 16:19:36 -0800 From: "Kevin Oberman" Message-Id: <20070227001936.2C16545055@ptavv.es.net> Cc: Scot Hetzel , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 00:32:06 -0000 --==_Exmh_1172535576_88454P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: John Baldwin > Date: Mon, 26 Feb 2007 16:58:14 -0500 > > On Thursday 22 February 2007 02:29, Scot Hetzel wrote: > > On 2/21/07, Skip Ford wrote: > > > Kevin Oberman wrote: > > > > Any thought of making module loads default to the directory of the > > > > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > > > > > > This should already happen if you "set kernel" to kernel.old and > > > then "boot". > > > > > > > I set the kernel variable in loader.conf, so that I can have multiple > > kernels installed and choose which kernel to boot the next time the > > server is booted. > > > > /boot/loader.conf > > #kernel="kernel_p4_debug" > > kernel="kernel_debug" > > > > hp010# sysctl -a | grep kernel > > kern.bootfile: /boot/kernel_debug/kernel > > kern.module_path: /boot/kernel_debug;/boot/modules > > You can also just do 'boot foo' at the loader prompt, and it is the same as > doing: > > unload all > set kernel=foo > boot > > I use this all the time to boot test kernels. John, Thanks for the confirmation. That's what I had always assumed. I, too, have used that method for years and failed to see that it made any difference. I have now built a new kernel (with modules) from the sources back on December and I am no longer getting the warnings about the module being newer than the linker.hints file. I am totally baffled as to what triggered this as I did confirm that the modules and the linker.hints file were created at the same time (modulo 1 minute) and I don't see how this could have gotten messed up. In any case, Thanks for all of the comments on booting different kernels. I do this quite often and I'm now pretty sure that I am doing the right things(TM). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172535576_88454P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF43kYkn3rs5h7N1ERAtluAKCwcx8Xbb2b/IWGcyb0pJEO8Y7vHQCgrla5 ja+MGIKICaghcOHrfKWx8Ww= =bU8R -----END PGP SIGNATURE----- --==_Exmh_1172535576_88454P-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 01:05:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D22F516A400; Tue, 27 Feb 2007 01:05:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id A633113C471; Tue, 27 Feb 2007 01:05:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 18C331E09D1; Mon, 26 Feb 2007 20:05:23 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Mon, 26 Feb 2007 20:05:23 -0500 X-Sasl-enc: 0PfemO0Fs6c1E7yUt5BN9fpz5LtiWuWNmDOL14tMr7j5 1172538322 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 6CA4514CA5; Mon, 26 Feb 2007 20:05:22 -0500 (EST) Message-ID: <45E383D1.8040702@FreeBSD.org> Date: Tue, 27 Feb 2007 01:05:21 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: John Baldwin References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070224062628.GA8992@obelix.dsto.defence.gov.au> <20070224102351.GO39168@deviant.kiev.zoral.com.ua> <200702261833.01791.jhb@freebsd.org> In-Reply-To: <200702261833.01791.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 01:05:23 -0000 John Baldwin wrote: > > Try this: > > Index: kern_conf.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/kern_conf.c,v > retrieving revision 1.200 ... Have you checked that this jibes OK with rev 1.201? Devices may be added out of order without this change; see http://www.freebsd.org/cgi/query-pr.cgi?pr=105228 for details. BMS From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 01:31:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 390E916A405 for ; Tue, 27 Feb 2007 01:31:13 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id EBFCC13C4B2 for ; Tue, 27 Feb 2007 01:31:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1R1VCet029417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 26 Feb 2007 17:31:12 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45E389E0.8040704@errno.com> Date: Mon, 26 Feb 2007 17:31:12 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070227000327.GA65392@mail.scottro.net> In-Reply-To: <20070227000327.GA65392@mail.scottro.net> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: if_bridge problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 01:31:13 -0000 Scott Robbins wrote: > I updated (after a couple of weeks) last night. > > uname -a > > FreeBSD mail.scottro.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Feb 25 01:16:20 EST 2007 root@mail.scottro.net:/usr/obj/usr/src/sys/S11 i386 > > Suddenly I can no longer create a bridge. I use it with qemu and > usually do > > kldload if_bridge > > Then > > ifconfig bridge0 create > > When I did that today I got > > ifconfig: SIOCIFCREATE2: Invalid argument > > I see a mention of an almost identical problem from August of last year. > > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=546442+0+archive/2006/freebsd-current/20060813.freebsd-curren > > (Sorry about the wordwrap on the link.) > > However, I've seen nothing recent so I don't know if this is just me or > not. > > Thank you to anyone who can offer some insight. > > dmesg|tail will likely tell you the bridgestp module is missing. Sam From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 01:54:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F9CB16A400 for ; Tue, 27 Feb 2007 01:54:39 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-04.rdc-nyc.rr.com (ms-smtp-04.rdc-nyc.rr.com [24.29.109.8]) by mx1.freebsd.org (Postfix) with ESMTP id 570DA13C4B7 for ; Tue, 27 Feb 2007 01:54:39 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-04.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id l1R1sbpP009482 for ; Mon, 26 Feb 2007 20:54:38 -0500 (EST) Date: Mon, 26 Feb 2007 20:54:37 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20070227015437.GA84457@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20070227000327.GA65392@mail.scottro.net> <45E389E0.8040704@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <45E389E0.8040704@errno.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: if_bridge problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 01:54:39 -0000 On Mon, Feb 26, 2007 at 05:31:12PM -0800, Sam Leffler wrote: > Scott Robbins wrote: > > > > kldload if_bridge > > > > Then > > > > ifconfig bridge0 create > > > > When I did that today I got > > > > ifconfig: SIOCIFCREATE2: Invalid argument > > > > > > Thank you to anyone who can offer some insight. > > > > > > dmesg|tail will likely tell you the bridgestp module is missing. > > Sam Thank you Sam, but that doesn't seem to be the case. When I did a kldload of if_bridge, bridgestp was also loaded. (Which of course, I should have mentioned in my original post, please accept my apologies.) I don't know enough about if_bridge to know what other information might be important. The ifconfig bridge0 create part has always pretty much Just Worked(TM) for me as long as I loaded if_bridge. Thank you and again my apologies for not realizing I should have mentioned bridgestp in my original post. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Angel: So, you're back. Cordelia: Very good, Mister I-can't-tail-the-suspect-during-the-day- because-I'll-burst-into-flames Private Eye. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 02:36:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A21716A404 for ; Tue, 27 Feb 2007 02:36:32 +0000 (UTC) (envelope-from andrew_terekhov@yahoo.com) Received: from web54401.mail.yahoo.com (web54401.mail.yahoo.com [206.190.49.131]) by mx1.freebsd.org (Postfix) with SMTP id 33E0713C46B for ; Tue, 27 Feb 2007 02:36:32 +0000 (UTC) (envelope-from andrew_terekhov@yahoo.com) Received: (qmail 76700 invoked by uid 60001); 27 Feb 2007 02:09:50 -0000 Message-ID: <20070227020950.76698.qmail@web54401.mail.yahoo.com> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Xvq0vbUTtPw4AHAma6MHvULlao0IrAxb2OzrQJD02o9AYCiKKQHU880hSHRZEpQ6Sy+c0I7tVPrFBsM4RbUoXL/kThM5rzJ3BNRmyd53EJeNuOKrCIcpFoujqvCeHOGxYFvheMnXvs7lerFKc4J7hL1nID0CdSIEGJOP/Md6EO8=; X-YMail-OSG: ZIaWHeoVM1nMXVijOr0OpinJ.Ke1_cllbl4dArF7szQ_WdmRyrPjob7PGIUUBfqayjjMle.1I6kb.64bY1busMj7ykcPtQAdwl4FL5eb2NT5_a3r1KOLWkV3PH9Gx8SbCKPodAnBFfLBu6E- Received: from [204.13.59.250] by web54401.mail.yahoo.com via HTTP; Mon, 26 Feb 2007 18:09:50 PST Date: Mon, 26 Feb 2007 18:09:50 -0800 (PST) From: Andrew Terekhov To: freebsd-current@freebsd.org In-Reply-To: <20070226120019.6048316A403@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Overflow on VIA VT6102 Rhine II network card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 02:36:32 -0000 After I replaced my motherboard I started getting the following errors: Feb 26 04:13:37 andrew kernel: vr0: rx error (09): FIFO overflow Feb 26 04:13:37 andrew kernel: vr0: receive error (0406) overflow Feb 26 05:20:00 andrew kernel: vr0: receive error (0404) overflow Feb 26 05:20:00 andrew kernel: vr0: rx error (09): FIFO overflow dmesg: vr0: port 0xd000-0xd0ff mem 0xfebff800-0xfebf f8ff irq 23 at device 18.0 on pci0 pciconf -lv: vr0@pci0:18:0: class=0x020000 card=0x01021019 chip=0x30651106 rev=0x7c hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet ifconfig: vr0: flags=8843 mtu 1500 inet 192.168.1.112 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:19:21:78:31:f0 media: Ethernet autoselect (100baseTX ) status: active uname -a: FreeBSD andrew 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Feb 21 07:13:04 PST 2007 root@andrew:/usr/obj/usr/src/sys/MYKERNEL i386 Any help would be appreciated, Thanks, Andrew ____________________________________________________________________________________ Yahoo! Music Unlimited Access over 1 million songs. http://music.yahoo.com/unlimited From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 03:11:58 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D68616A401 for ; Tue, 27 Feb 2007 03:11:58 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 26F5013C4BA for ; Tue, 27 Feb 2007 03:11:57 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 14252 invoked from network); 27 Feb 2007 02:19:51 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 02:19:51 -0000 Message-ID: <45E39552.2020607@root.org> Date: Mon, 26 Feb 2007 18:20:02 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: current@FreeBSD.org, stable@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/mixed; boundary="------------010006070701000204050700" Cc: Subject: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 03:11:58 -0000 This is a multi-part message in MIME format. --------------010006070701000204050700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If you are having EC timeout problems as in the below PR, please try the latest EC code. I just committed it in rev 1.69 of acpi_ec.c to -current. Attached is the patch for 6-stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=98171 To use it, just recompile your acpi kernel module and load it at boot: cd /sys/modules/acpi/acpi && make && cp acpi.ko / Then at the loader prompt after rebooting: > load /acpi.ko > boot You should be able to see battery status and thermal settings via "sysctl hw.acpi" as normal. Check dmesg for any new errors. If you notice slower performance or get EC "timed out" messages on console, you try increasing these sysctls/tunables: debug.acpi.ec.timeout debug.acpi.ec.poll_time Or turn off this sysctl/tunable, disabling the new burst mode: debug.acpi.ec.burst=0 To find any performance problems, you'll need to rebuild the kernel and modules with this added to your kernel config: options KTR options KTR_ENTRIES=65536 Then reboot, load this kernel/acpi.ko, use the system for a while to trigger the problem behavior and generate output: ktrdump -t | gzip -c > ktr.out.gz This code is pretty well-tested so I expect the only issues we might see is it not totally fixing some systems that previously didn't work or needing to add some workaround code for systems that don't properly support burst mode. Thanks, Nate --------------010006070701000204050700 Content-Type: text/plain; name="ec.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ec.diff" Index: acpi_ec.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_ec.c,v retrieving revision 1.65.2.2 diff -u -r1.65.2.2 acpi_ec.c --- acpi_ec.c 11 May 2006 17:41:00 -0000 1.65.2.2 +++ acpi_ec.c 27 Feb 2007 02:07:58 -0000 @@ -187,15 +187,15 @@ * | | | +--------- Burst Mode Enabled? * | | +----------- SCI Event? * | +------------- SMI Event? - * +--------------- + * +--------------- * */ typedef UINT8 EC_STATUS; #define EC_FLAG_OUTPUT_BUFFER ((EC_STATUS) 0x01) #define EC_FLAG_INPUT_BUFFER ((EC_STATUS) 0x02) +#define EC_FLAG_DATA_IS_CMD ((EC_STATUS) 0x08) #define EC_FLAG_BURST_MODE ((EC_STATUS) 0x10) -#define EC_FLAG_SCI ((EC_STATUS) 0x20) /* * EC_EVENT: @@ -207,6 +207,10 @@ #define EC_EVENT_OUTPUT_BUFFER_FULL ((EC_EVENT) 0x01) #define EC_EVENT_INPUT_BUFFER_EMPTY ((EC_EVENT) 0x02) #define EC_EVENT_SCI ((EC_EVENT) 0x20) +#define EC_EVENT_SMI ((EC_EVENT) 0x40) + +/* Data byte returned after burst enable indicating it was successful. */ +#define EC_BURST_ACK 0x90 /* * Register access primitives @@ -265,8 +269,11 @@ bus_space_tag_t ec_csr_tag; bus_space_handle_t ec_csr_handle; + struct mtx ec_mtx; int ec_glk; int ec_glkhandle; + int ec_burstactive; + int ec_sci_pend; }; /* @@ -276,11 +283,14 @@ */ #define EC_LOCK_TIMEOUT 1000 -/* Default interval in microseconds for the status polling loop. */ +/* Default delay in microseconds between each run of the status polling loop. */ #define EC_POLL_DELAY 10 -/* Total time in ms spent in the poll loop waiting for a response. */ -#define EC_POLL_TIMEOUT 100 +/* Default time in microseconds spent polling before sleep waiting. */ +#define EC_POLL_TIME 500 + +/* Total time in ms spent waiting for a response from EC. */ +#define EC_TIMEOUT 500 #define EVENT_READY(event, status) \ (((event) == EC_EVENT_OUTPUT_BUFFER_FULL && \ @@ -288,25 +298,47 @@ ((event) == EC_EVENT_INPUT_BUFFER_EMPTY && \ ((status) & EC_FLAG_INPUT_BUFFER) == 0)) -static int ec_poll_timeout = EC_POLL_TIMEOUT; -TUNABLE_INT("hw.acpi.ec.poll_timeout", &ec_poll_timeout); - ACPI_SERIAL_DECL(ec, "ACPI embedded controller"); +SYSCTL_DECL(_debug_acpi); +SYSCTL_NODE(_debug_acpi, OID_AUTO, ec, CTLFLAG_RD, NULL, "EC debugging"); + +static int ec_burst_mode = TRUE; +TUNABLE_INT("debug.acpi.ec.burst", &ec_burst_mode); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, burst, CTLFLAG_RW, &ec_burst_mode, TRUE, + "Enable use of burst mode (faster for nearly all systems)"); +static int ec_poll_time = EC_POLL_TIME; +TUNABLE_INT("debug.acpi.ec.poll_time", &ec_poll_time); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, poll_time, CTLFLAG_RW, &ec_poll_time, + EC_POLL_TIME, "Time spent polling vs. sleeping (CPU intensive)"); +static int ec_timeout = EC_TIMEOUT; +TUNABLE_INT("debug.acpi.ec.timeout", &ec_timeout); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, timeout, CTLFLAG_RW, &ec_timeout, + EC_TIMEOUT, "Total time spent waiting for a response (poll+sleep)"); + static __inline ACPI_STATUS -EcLock(struct acpi_ec_softc *sc) +EcLock(struct acpi_ec_softc *sc, int serialize) { ACPI_STATUS status; - /* Always acquire the exclusive lock. */ + /* + * If caller is executing a series of commands, acquire the exclusive lock + * to serialize with other users. + * To sync with bottom-half interrupt handler, always acquire the mutex. + */ status = AE_OK; - ACPI_SERIAL_BEGIN(ec); + if (serialize) + ACPI_SERIAL_BEGIN(ec); + mtx_lock(&sc->ec_mtx); /* If _GLK is non-zero, also acquire the global lock. */ if (sc->ec_glk) { status = AcpiAcquireGlobalLock(EC_LOCK_TIMEOUT, &sc->ec_glkhandle); - if (ACPI_FAILURE(status)) - ACPI_SERIAL_END(ec); + if (ACPI_FAILURE(status)) { + mtx_unlock(&sc->ec_mtx); + if (serialize) + ACPI_SERIAL_END(ec); + } } return (status); @@ -317,7 +349,9 @@ { if (sc->ec_glk) AcpiReleaseGlobalLock(sc->ec_glkhandle); - ACPI_SERIAL_END(ec); + mtx_unlock(&sc->ec_mtx); + if (sx_xlocked(&ec_sxlock)) + ACPI_SERIAL_END(ec); } static uint32_t EcGpeHandler(void *Context); @@ -558,6 +592,7 @@ params = acpi_get_private(dev); sc->ec_dev = dev; sc->ec_handle = acpi_get_handle(dev); + mtx_init(&sc->ec_mtx, "ACPI EC lock", NULL, MTX_DEF); /* Retrieve previously probed values via device ivars. */ sc->ec_glk = params->glk; @@ -640,6 +675,7 @@ if (sc->ec_data_res) bus_release_resource(sc->ec_dev, SYS_RES_IOPORT, sc->ec_data_rid, sc->ec_data_res); + mtx_destroy(&sc->ec_mtx); return (ENXIO); } @@ -687,13 +723,13 @@ struct acpi_ec_softc *sc = (struct acpi_ec_softc *)Context; UINT8 Data; ACPI_STATUS Status; - EC_STATUS EcStatus; char qxx[5]; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); KASSERT(Context != NULL, ("EcGpeQueryHandler called with NULL")); - Status = EcLock(sc); + /* Serialize user access with EcSpaceHandler(). */ + Status = EcLock(sc, TRUE); if (ACPI_FAILURE(Status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "GpeQuery lock error: %s\n", AcpiFormatException(Status)); @@ -701,19 +737,6 @@ } /* - * If the EC_SCI bit of the status register is not set, then pass - * it along to any potential waiters as it may be an IBE/OBF event. - */ - EcStatus = EC_GET_CSR(sc); - if ((EcStatus & EC_EVENT_SCI) == 0) { - CTR1(KTR_ACPI, "ec event was not SCI, status %#x", EcStatus); - sc->ec_csrvalue = EcStatus; - wakeup(&sc->ec_csrvalue); - EcUnlock(sc); - goto re_enable; - } - - /* * Send a query command to the EC to find out which _Qxx call it * wants to make. This command clears the SCI bit and also the * interrupt source since we are edge-triggered. @@ -726,6 +749,9 @@ goto re_enable; } Data = EC_GET_DATA(sc); + sc->ec_sci_pend = FALSE; + + /* Drop locks before evaluating _Qxx method since it may trigger GPEs. */ EcUnlock(sc); /* Ignore the value for "no outstanding event". (13.3.5) */ @@ -734,7 +760,7 @@ goto re_enable; /* Evaluate _Qxx to respond to the controller. */ - sprintf(qxx, "_Q%02x", Data); + snprintf(qxx, sizeof(qxx), "_Q%02x", Data); AcpiUtStrupr(qxx); Status = AcpiEvaluateObject(sc->ec_handle, qxx, NULL, NULL); if (ACPI_FAILURE(Status) && Status != AE_NOT_FOUND) { @@ -745,7 +771,7 @@ re_enable: /* Re-enable the GPE event so we'll get future requests. */ - Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_NOT_ISR); + Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); if (ACPI_FAILURE(Status)) printf("EcGpeQueryHandler: AcpiEnableEvent failed\n"); } @@ -760,27 +786,61 @@ { struct acpi_ec_softc *sc = Context; ACPI_STATUS Status; + EC_STATUS EcStatus; KASSERT(Context != NULL, ("EcGpeHandler called with NULL")); /* * Disable further GPEs while we handle this one. Since we are directly * called by ACPI-CA and it may have unknown locks held, we specify the - * ACPI_ISR flag to keep it from acquiring any more mutexes (which could - * potentially sleep.) + * ACPI_ISR flag to keep it from acquiring any more mutexes (although + * sleeping would be ok since we're in an ithread.) */ AcpiDisableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); - /* Schedule the GPE query handler. */ - Status = AcpiOsQueueForExecution(OSD_PRIORITY_GPE, EcGpeQueryHandler, - Context); + /* For interrupt (GPE) handler, don't acquire serialization lock. */ + Status = EcLock(sc, FALSE); if (ACPI_FAILURE(Status)) { - printf("Queuing GPE query handler failed.\n"); - Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); - if (ACPI_FAILURE(Status)) - printf("EcGpeHandler: AcpiEnableEvent failed\n"); + ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), + "GpeQuery lock error: %s\n", AcpiFormatException(Status)); + return (-1); } + /* + * If burst was active, but the status bit was cleared, the EC had to + * exit burst mode for some reason. Record this for later. + */ + EcStatus = EC_GET_CSR(sc); + if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { + CTR0(KTR_ACPI, "ec burst disabled in query handler"); + sc->ec_burstactive = FALSE; + } + + /* + * If the EC_SCI bit of the status register is not set, then pass + * it along to any potential waiters as it may be an IBE/OBF event. + * If it is set, queue a query handler. + */ + if ((EcStatus & EC_EVENT_SCI) == 0) { + CTR1(KTR_ACPI, "ec event was IBE/OBF, status %#x", EcStatus); + sc->ec_csrvalue = EcStatus; + wakeup(&sc->ec_csrvalue); + } else if (!sc->ec_sci_pend) { + /* SCI bit set and no pending query handler, so schedule one. */ + CTR0(KTR_ACPI, "ec queueing gpe handler"); + Status = AcpiOsQueueForExecution(OSD_PRIORITY_GPE, EcGpeQueryHandler, + Context); + if (ACPI_SUCCESS(Status)) { + sc->ec_sci_pend = TRUE; + } else { + printf("Queuing GPE query handler failed.\n"); + Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); + if (ACPI_FAILURE(Status)) + printf("EcGpeHandler: AcpiEnableEvent failed\n"); + } + } + + EcUnlock(sc); return (0); } @@ -824,7 +884,8 @@ EcAddr = Address; Status = AE_ERROR; - Status = EcLock(sc); + /* Grab serialization lock to hold across command sequence. */ + Status = EcLock(sc, TRUE); if (ACPI_FAILURE(Status)) return_ACPI_STATUS (Status); @@ -859,87 +920,103 @@ { EC_STATUS EcStatus; ACPI_STATUS Status; - int count, i, period, retval, slp_ival; + int count, i, retval, slp_ival; ACPI_SERIAL_ASSERT(ec); Status = AE_NO_HARDWARE_RESPONSE; - - /* - * Wait for 1 us before checking the CSR. Testing shows about - * 50% of requests complete in 1 us and 90% of them complete - * in 5 us or less. - */ - AcpiOsStall(1); + EcStatus = 0; /* - * Poll the EC status register for up to 1 ms in chunks of 10 us - * to detect completion of the last command. + * Poll for up to ec_poll_time microseconds since many ECs complete + * the command quickly, especially if in burst mode. */ - for (i = 0; i < 1000 / EC_POLL_DELAY; i++) { +#if 0 /* Enable this as a possible workaround if EC times out. */ + AcpiOsStall(EC_POLL_DELAY); +#endif + count = ec_poll_time / EC_POLL_DELAY; + if (count <= 0) + count = 1; + for (i = 0; i < count; i++) { EcStatus = EC_GET_CSR(sc); + if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { + CTR0(KTR_ACPI, "ec burst disabled in waitevent (poll)"); + sc->ec_burstactive = FALSE; + } if (EVENT_READY(Event, EcStatus)) { + CTR1(KTR_ACPI, "ec poll wait ready, status %#x", EcStatus); Status = AE_OK; break; } AcpiOsStall(EC_POLL_DELAY); } - period = i * EC_POLL_DELAY; /* * If we still don't have a response and we're up and running, wait up - * to ec_poll_timeout ms for completion, sleeping for chunks of 10 ms. + * to ec_timeout ms for completion, sleeping for chunks of 1 ms or the + * smallest resolution hz supports. */ slp_ival = 0; if (Status != AE_OK) { retval = ENXIO; - count = ec_poll_timeout / 10; - if (count == 0) - count = 1; - slp_ival = hz / 100; - if (slp_ival == 0) - slp_ival = 1; + if (!cold) { + slp_ival = hz / 1000; + if (slp_ival != 0) { + count = ec_timeout / slp_ival; + } else { + /* hz has less than 1000 Hz resolution so scale timeout. */ + slp_ival = 1; + count = ec_timeout / (1000 / hz); + } + } else + count = ec_timeout; for (i = 0; i < count; i++) { if (retval != 0) EcStatus = EC_GET_CSR(sc); else EcStatus = sc->ec_csrvalue; + if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { + CTR0(KTR_ACPI, "ec burst disabled in waitevent (slp)"); + sc->ec_burstactive = FALSE; + } if (EVENT_READY(Event, EcStatus)) { + CTR1(KTR_ACPI, "ec sleep wait ready, status %#x", EcStatus); Status = AE_OK; break; } - if (!cold) - retval = tsleep(&sc->ec_csrvalue, PZERO, "ecpoll", slp_ival); - else - AcpiOsStall(10000); + if (!cold) { + retval = msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", + slp_ival); + } else + AcpiOsStall(1000); } } - /* Calculate new delay and log it. */ - if (slp_ival > 0) - period += i * 10000; - CTR2(KTR_ACPI, "ec got event %#x after %d us", EcStatus, period); - return (Status); } static ACPI_STATUS EcCommand(struct acpi_ec_softc *sc, EC_COMMAND cmd) { - ACPI_STATUS Status; - EC_EVENT Event; + ACPI_STATUS status; + EC_EVENT event; + EC_STATUS ec_status; ACPI_SERIAL_ASSERT(ec); + /* Don't use burst mode if user disabled it. */ + if (!ec_burst_mode && cmd == EC_COMMAND_BURST_ENABLE) + return (AE_ERROR); + /* Decide what to wait for based on command type. */ switch (cmd) { case EC_COMMAND_READ: case EC_COMMAND_WRITE: case EC_COMMAND_BURST_DISABLE: - Event = EC_EVENT_INPUT_BUFFER_EMPTY; + event = EC_EVENT_INPUT_BUFFER_EMPTY; break; case EC_COMMAND_QUERY: case EC_COMMAND_BURST_ENABLE: - Event = EC_EVENT_OUTPUT_BUFFER_FULL; + event = EC_EVENT_OUTPUT_BUFFER_FULL; break; default: ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), @@ -948,50 +1025,64 @@ } /* Run the command and wait for the chosen event. */ + CTR1(KTR_ACPI, "ec running command %#x", cmd); EC_SET_CSR(sc, cmd); - Status = EcWaitEvent(sc, Event); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, event); + if (ACPI_SUCCESS(status)) { + /* If we succeeded, burst flag should now be present. */ + if (cmd == EC_COMMAND_BURST_ENABLE) { + ec_status = EC_GET_CSR(sc); + if ((ec_status & EC_FLAG_BURST_MODE) == 0) + status = AE_ERROR; + } + } else { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcCommand: no response to %#x\n", cmd); } - return (Status); + return (status); } static ACPI_STATUS EcRead(struct acpi_ec_softc *sc, UINT8 Address, UINT8 *Data) { - ACPI_STATUS Status; + ACPI_STATUS status; + UINT8 data; ACPI_SERIAL_ASSERT(ec); CTR1(KTR_ACPI, "ec read from %#x", Address); -#ifdef notyet /* If we can't start burst mode, continue anyway. */ - EcCommand(sc, EC_COMMAND_BURST_ENABLE); -#endif + status = EcCommand(sc, EC_COMMAND_BURST_ENABLE); + if (status == AE_OK) { + data = EC_GET_DATA(sc); + if (data == EC_BURST_ACK) { + CTR0(KTR_ACPI, "ec burst enabled"); + sc->ec_burstactive = TRUE; + } + } - Status = EcCommand(sc, EC_COMMAND_READ); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_READ); + if (ACPI_FAILURE(status)) + return (status); EC_SET_DATA(sc, Address); - Status = EcWaitEvent(sc, EC_EVENT_OUTPUT_BUFFER_FULL); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, EC_EVENT_OUTPUT_BUFFER_FULL); + if (ACPI_FAILURE(status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcRead: Failed waiting for EC to send data.\n"); - return (Status); + return (status); } *Data = EC_GET_DATA(sc); -#ifdef notyet if (sc->ec_burstactive) { - Status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); + if (ACPI_FAILURE(status)) + return (status); + sc->ec_burstactive = FALSE; + CTR0(KTR_ACPI, "ec disabled burst ok"); } -#endif return (AE_OK); } @@ -999,43 +1090,49 @@ static ACPI_STATUS EcWrite(struct acpi_ec_softc *sc, UINT8 Address, UINT8 *Data) { - ACPI_STATUS Status; + ACPI_STATUS status; + UINT8 data; ACPI_SERIAL_ASSERT(ec); CTR2(KTR_ACPI, "ec write to %#x, data %#x", Address, *Data); -#ifdef notyet /* If we can't start burst mode, continue anyway. */ - EcCommand(sc, EC_COMMAND_BURST_ENABLE); -#endif + status = EcCommand(sc, EC_COMMAND_BURST_ENABLE); + if (status == AE_OK) { + data = EC_GET_DATA(sc); + if (data == EC_BURST_ACK) { + CTR0(KTR_ACPI, "ec burst enabled"); + sc->ec_burstactive = TRUE; + } + } - Status = EcCommand(sc, EC_COMMAND_WRITE); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_WRITE); + if (ACPI_FAILURE(status)) + return (status); EC_SET_DATA(sc, Address); - Status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); + if (ACPI_FAILURE(status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcRead: Failed waiting for EC to process address\n"); - return (Status); + return (status); } EC_SET_DATA(sc, *Data); - Status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); + if (ACPI_FAILURE(status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcWrite: Failed waiting for EC to process data\n"); - return (Status); + return (status); } -#ifdef notyet if (sc->ec_burstactive) { - Status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); + if (ACPI_FAILURE(status)) + return (status); + sc->ec_burstactive = FALSE; + CTR0(KTR_ACPI, "ec disabled burst ok"); } -#endif return (AE_OK); } --------------010006070701000204050700-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 03:19:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A562116A401 for ; Tue, 27 Feb 2007 03:19:51 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1D913C4A3 for ; Tue, 27 Feb 2007 03:19:50 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1R3BSDL006614; Tue, 27 Feb 2007 13:41:28 +1030 (CST) Received: from ednux519.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Tue, 27 Feb 2007 13:49:44 +1030 Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au [131.185.2.170]) by ednux519.dsto.defence.gov.au (8.13.6+Sun/8.13.6) with ESMTP id l1R31S1M028983; Tue, 27 Feb 2007 13:31:28 +1030 (CST) Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Tue, 27 Feb 2007 13:39:26 +1030 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1R39LX3033123; Tue, 27 Feb 2007 12:09:21 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l1R39LaG033062; Tue, 27 Feb 2007 12:09:21 +0900 (WST) (envelope-from wilkinsa) Date: Tue, 27 Feb 2007 12:09:21 +0900 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20070227030920.GH8701@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org References: <20070226204916.C56223@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070226204916.C56223@fledge.watson.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-OriginalArrivalTime: 27 Feb 2007 03:09:26.0209 (UTC) FILETIME=[B0059B10:01C75A1C] Cc: Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 03:19:51 -0000 0n Mon, Feb 26, 2007 at 08:52:25PM +0000, Robert Watson wrote: > >Dear all, > >After on-and-off development since 2005, I've now merged the UNIX domain >socket locking patch. Special thanks to Kris Kennaway who has been >providing stability testing, performance testing, and general support and >feedback for this project since inception. Can we have a nutshell summary of what "UNIX domain socket locking patch" actually does ? -aW From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 05:32:59 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E05D16A40D for ; Tue, 27 Feb 2007 05:32:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E3FF813C474 for ; Tue, 27 Feb 2007 05:32:58 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A4DDC1A3C19 for ; Mon, 26 Feb 2007 21:32:58 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AF56A51587; Tue, 27 Feb 2007 00:32:57 -0500 (EST) Date: Tue, 27 Feb 2007 00:32:57 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20070227053257.GA22996@xor.obsecurity.org> References: <20070225233333.GA80065@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070225233333.GA80065@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org Subject: Re: Someone broke diskless booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 05:32:59 -0000 On Sun, Feb 25, 2007 at 06:33:33PM -0500, Kris Kennaway wrote: > Some time in the past week or so someone committed a change to the > kernel that broke diskless booting: > > Trying to mount root from nfs: > fxp0: link state changed to UP > NFS ROOT: 69.147.83.43:/a/nfs/7.dir1 > Interface fxp0 IP-Address 69.147.83.96 Broadcast 69.147.83.127 > mdmfs: mdconfig (attach) exited with error code 1 > cp: /etc/gss/mech: Read-only file system > cp: /etc/gss/qop: Read-only file system > cp: utimes: /etc/gss: Read-only file system > cp: /etc/ppp/ppp.conf: Read-only file system > ... > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > > Kris A kernel from 1 week ago boots. Kris From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 05:49:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 447B816A400 for ; Tue, 27 Feb 2007 05:49:24 +0000 (UTC) (envelope-from hyogeollee@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id D38A113C441 for ; Tue, 27 Feb 2007 05:49:23 +0000 (UTC) (envelope-from hyogeollee@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so934591ugh for ; Mon, 26 Feb 2007 21:49:22 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:content-type:content-transfer-encoding; b=bv4dS6PVOyK3vnXrjNdc7tmqcfVJBqeFDknVWW0pUDvvycctt1cMJSl5A4jNjoJ0BKlOyB8PihlDyz1uVXdLfmj1dmuKT4E0bKA8G54PdQbza4LVcnKactWQukaC6xptqJ8Dc5KY5+uQvwZEhZS4r3C/17QaFurodm8nsdDDW9Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:content-type:content-transfer-encoding; b=lWz79pWVUcEWe+YCFI1HEFA/+lhREcuMu4Cj7fAQaZHY74fV1aFPYU1NnfZMpLeLNd2o+W97lfat66UDdev78LpcW1bpLJhKLaoVlpC7UuLHwPqKJVUv+qudoOHTZ4C/0C5TSUufeWhPoaVoHh/Pogvu7pSfRAuNtZVF6+psyXM= Received: by 10.114.111.1 with SMTP id j1mr2440428wac.1172553738503; Mon, 26 Feb 2007 21:22:18 -0800 (PST) Received: from ?192.168.0.2? ( [61.79.92.86]) by mx.google.com with ESMTP id m26sm14246701pof.2007.02.26.21.22.17; Mon, 26 Feb 2007 21:22:17 -0800 (PST) Message-ID: <45E3C002.6030100@gmail.com> Date: Tue, 27 Feb 2007 14:22:10 +0900 From: "Hyo geol, Lee" User-Agent: Thunderbird 1.5.0.9 (X11/20070128) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: 20070203161519.GD64874@garage.freebsd.pl Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Subject: geli broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 05:49:24 -0000 > On Saturday 03 February 2007 17:15, Pawel Jakub Dawidek wrote: > >/ On Thu, Feb 01, 2007 at 11:21:18PM -0500, Yoshihiro Ota wrote: > />/ > RCS file: /home/ncvs/src/sys/geom/eli/g_eli.c,v > />/ > Working file: g_eli.c > />/ > head: 1.34 > /... > >/ > The change noted above caused problem with my system. > />/ > After typing password, the geli device was never recognized never > />/ > response. It looked like it was in an infinity loop. > />/ > I have the following entry in my fstab and I need to type in my password > />/ > for it. > />/ > > />/ > /dev/da0s2.eli /export ufs rw 2 2 > />/ > > />/ > After reverting to 1.33, my system started without problems. I use > />/ > GENERIC kernel configuration without WITNESS and INVARIANTS. > />/ > />/ Could you provide dmesg from your machine? > / > Any news on this one? I experience the same problem. > > Stefan I had same problem. I assume that system has 1 cpu but turn on SMP option makes sleep forever. Here some patch. --- /usr/src/sys/geom/eli/g_eli.c.orig Tue Feb 27 14:20:33 2007 +++ /usr/src/sys/geom/eli/g_eli.c Tue Feb 27 14:21:34 2007 @@ -326,7 +326,7 @@ sc = wr->w_softc; #ifdef SMP /* Before sched_bind() to a CPU, wait for all CPUs to go on-line. */ - if (sc->sc_crypto == G_ELI_CRYPTO_SW && g_eli_threads == 0) { + if (smp_cpus != 1 && sc->sc_crypto == G_ELI_CRYPTO_SW && g_eli_threads == 0) { while (!smp_started) tsleep(wr, 0, "geli:smp", hz / 4); } From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 06:09:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEC9916A400; Tue, 27 Feb 2007 06:09:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6F06813C48D; Tue, 27 Feb 2007 06:09:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R69eoi085009; Tue, 27 Feb 2007 01:09:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R69eIf008199; Tue, 27 Feb 2007 01:09:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6CDF073039; Tue, 27 Feb 2007 01:09:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227060940.6CDF073039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 01:09:40 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 06:09:41 -0000 TB --- 2007-02-27 04:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 04:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-27 04:40:00 - cleaning the object tree TB --- 2007-02-27 04:40:58 - checking out the source tree TB --- 2007-02-27 04:40:58 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-27 04:40:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 04:51:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 04:51:25 - cd /src TB --- 2007-02-27 04:51:25 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 04:51:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Feb 27 06:09:39 UTC 2007 TB --- 2007-02-27 06:09:39 - generating LINT kernel config TB --- 2007-02-27 06:09:39 - cd /src/sys/amd64/conf TB --- 2007-02-27 06:09:39 - /usr/bin/make -B LINT TB --- 2007-02-27 06:09:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 06:09:39 - cd /src TB --- 2007-02-27 06:09:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 06:09:40 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. /src/sys/amd64/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 06:09:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 06:09:40 - ERROR: failed to build lint kernel TB --- 2007-02-27 06:09:40 - tinderbox aborted TB --- 0.88 user 3.48 system 5379.51 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 06:30:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF52B16A400 for ; Tue, 27 Feb 2007 06:30:27 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC0713C481 for ; Tue, 27 Feb 2007 06:30:27 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so70748nfc for ; Mon, 26 Feb 2007 22:30:26 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UQVOr86znGjoj2j5irOGtDYc8jRNHNu2IDnNomXJD5Zn8uEkXgVzU0z4iE+HNHtGiw7nxtvNOO2PiSTr9O3uBIjqUJnwrZTObCh9nbzOFdYgBpgNQjUX2Cj6Vo23U94r+poi5Zx+cZEwsP/nnvd4HemNaKFSHArst+rn3Bkj5k4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=KKjf+FHXX1rcaLqGHooyk3eIJVYhvfEbHL7HrrWNOvu388FC7f9A+taGo68PXeiDpOOCRdSciTsCYQmKCwqeBy+MNNO34SgtTInRd8Rl60SZs/jbHJUkPcAPfW1R8QFPgOxtNzqRB+r3oyt8w0DTEDWA1EuSGQxQ+S/zxYYGe90= Received: by 10.82.178.11 with SMTP id a11mr2119148buf.1172557825990; Mon, 26 Feb 2007 22:30:25 -0800 (PST) Received: by 10.82.151.15 with HTTP; Mon, 26 Feb 2007 22:30:25 -0800 (PST) Message-ID: Date: Mon, 26 Feb 2007 22:30:25 -0800 From: "Kip Macy" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: HEADSUP ABI breakage for future LOCK_PROFILING + non-LOCK_PROFILING usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 06:30:27 -0000 The following change will go in shortly unless I hear a good reason not to do so. -Kip 200702246: The lock_profile_object in the lock_object has been moved to the bottom and lock_object ha been moved to the end of all synchronization primitives so that a kernel compiled without LOCK_PROFILING will work with modules that are compiled with it. It also gets us closer to having a kernel compiled with LOCK_PROFILING work with modules compiled without. The kernel and all modules will need to be re-compiled. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 06:51:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22A8316A400; Tue, 27 Feb 2007 06:51:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C5C0B13C441; Tue, 27 Feb 2007 06:51:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R6pcR1087016; Tue, 27 Feb 2007 01:51:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R6pblp022999; Tue, 27 Feb 2007 01:51:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 872B873039; Tue, 27 Feb 2007 01:51:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227065137.872B873039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 01:51:37 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 06:51:39 -0000 TB --- 2007-02-27 05:49:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 05:49:17 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-27 05:49:17 - cleaning the object tree TB --- 2007-02-27 05:49:50 - checking out the source tree TB --- 2007-02-27 05:49:50 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-27 05:49:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 05:57:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 05:57:46 - cd /src TB --- 2007-02-27 05:57:46 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 05:57:47 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 06:51:36 UTC 2007 TB --- 2007-02-27 06:51:36 - generating LINT kernel config TB --- 2007-02-27 06:51:36 - cd /src/sys/i386/conf TB --- 2007-02-27 06:51:36 - /usr/bin/make -B LINT TB --- 2007-02-27 06:51:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 06:51:36 - cd /src TB --- 2007-02-27 06:51:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 06:51:37 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/i386/conf; PATH=/obj/src/tmp/legacy/usr/sbin:/obj/src/tmp/legacy/usr/bin:/obj/src/tmp/legacy/usr/games:/obj/src/tmp/usr/sbin:/obj/src/tmp/usr/bin:/obj/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/src/sys/LINT /src/sys/i386/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/i386/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 06:51:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 06:51:37 - ERROR: failed to build lint kernel TB --- 2007-02-27 06:51:37 - tinderbox aborted TB --- 0.84 user 2.63 system 3739.65 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 07:12:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D88216A400; Tue, 27 Feb 2007 07:12:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCCE13C4B3; Tue, 27 Feb 2007 07:12:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R7CZF6088088; Tue, 27 Feb 2007 02:12:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R7CZon078671; Tue, 27 Feb 2007 02:12:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 55B8773039; Tue, 27 Feb 2007 02:12:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227071235.55B8773039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 02:12:35 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 07:12:36 -0000 TB --- 2007-02-27 06:09:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 06:09:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-27 06:09:40 - cleaning the object tree TB --- 2007-02-27 06:10:13 - checking out the source tree TB --- 2007-02-27 06:10:13 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-27 06:10:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 06:18:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 06:18:36 - cd /src TB --- 2007-02-27 06:18:36 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 06:18:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 07:12:34 UTC 2007 TB --- 2007-02-27 07:12:34 - generating LINT kernel config TB --- 2007-02-27 07:12:34 - cd /src/sys/pc98/conf TB --- 2007-02-27 07:12:34 - /usr/bin/make -B LINT TB --- 2007-02-27 07:12:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 07:12:34 - cd /src TB --- 2007-02-27 07:12:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 07:12:34 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/pc98/conf; PATH=/obj/pc98/src/tmp/legacy/usr/sbin:/obj/pc98/src/tmp/legacy/usr/bin:/obj/pc98/src/tmp/legacy/usr/games:/obj/pc98/src/tmp/usr/sbin:/obj/pc98/src/tmp/usr/bin:/obj/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/pc98/src/sys/LINT /src/sys/pc98/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/pc98/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 07:12:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 07:12:35 - ERROR: failed to build lint kernel TB --- 2007-02-27 07:12:35 - tinderbox aborted TB --- 0.91 user 2.59 system 3774.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 08:07:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3A2616A406 for ; Tue, 27 Feb 2007 08:07:34 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFE913C441 for ; Tue, 27 Feb 2007 08:07:34 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so950276ugh for ; Tue, 27 Feb 2007 00:07:30 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=CUvhXVGddwz5TJCSZCCHQ8arlSlUcj0BS1/gWelswufb9lIIbcvZQ2pEbfU0RBoAriydDtR3MCTgUNWRRFd7XaSczPqiYE++OCL+EvNm+8AVFLThkydtNAYnUt5C+rGcpw7oSCAVpGvtIG9K2ELblQGNpg5Nx5CZzGG6JB26Eok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dXKZOqnLMOwJSLZZQQrsC6nnBJLtPikSGpGSblbV96um9qeHYBOszeyPVsmX5RN+hepf9jEUBmDNaH/+nGYw/4bCrsIbmfR53r708I5kSIv7GzOGkJpWjrI4Qf2b0zPSiZSl+asJZc2rKY+pRLg3PxlKeWY7O6mBbLPOuy+E3l0= Received: by 10.78.166.7 with SMTP id o7mr550098hue.1172563649480; Tue, 27 Feb 2007 00:07:29 -0800 (PST) Received: by 10.78.136.3 with HTTP; Tue, 27 Feb 2007 00:07:29 -0800 (PST) Message-ID: Date: Tue, 27 Feb 2007 16:07:29 +0800 From: "Jiawei Ye" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Processes stuck in *unp_m after recent uipc changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 08:07:35 -0000 With the latest uipc locking changes, I experienced a hard lockup on my -current machine. Many processes got stuck in *unp_m state and ctrl-alt-delete at the console cannot properly restart the machine and I had to hard-reset (no coredump available). Is there anyway to diagnose this? Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 08:11:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4314316A402; Tue, 27 Feb 2007 08:11:47 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A65E913C481; Tue, 27 Feb 2007 08:11:46 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id l1R7qwqk006325; Tue, 27 Feb 2007 10:52:58 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id l1R7qwRe006324; Tue, 27 Feb 2007 10:52:58 +0300 (MSK) (envelope-from ache) Date: Tue, 27 Feb 2007 10:52:57 +0300 From: Andrey Chernov To: John Baldwin Message-ID: <20070227075257.GA6300@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , John Baldwin , freebsd-current@freebsd.org, Szilveszter Adam References: <20070224111754.GA15482@nagual.pp.ru> <20070224173152.GA2200@baranyfelhocske.buza.adamsfamily.xx> <200702261836.44327.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702261836.44327.jhb@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, Szilveszter Adam Subject: Re: Recent -current module_register error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 08:11:47 -0000 On Mon, Feb 26, 2007 at 06:36:43PM -0500, John Baldwin wrote: > The kernel linker change may have been the cause, if so, it should be fixed > now by the commit to sys/kern/link_elf.c. Thanx, fixed now. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 08:20:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CC2616A403; Tue, 27 Feb 2007 08:20:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4038D13C428; Tue, 27 Feb 2007 08:20:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R8KUOQ074904; Tue, 27 Feb 2007 03:20:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R8KUGM063481; Tue, 27 Feb 2007 03:20:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B9E373039; Tue, 27 Feb 2007 03:20:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227082030.4B9E373039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 03:20:30 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 08:20:31 -0000 TB --- 2007-02-27 06:51:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 06:51:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-27 06:51:37 - cleaning the object tree TB --- 2007-02-27 06:52:07 - checking out the source tree TB --- 2007-02-27 06:52:07 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-27 06:52:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 07:00:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 07:00:36 - cd /src TB --- 2007-02-27 07:00:36 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 07:00:37 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 08:20:28 UTC 2007 TB --- 2007-02-27 08:20:28 - generating LINT kernel config TB --- 2007-02-27 08:20:28 - cd /src/sys/ia64/conf TB --- 2007-02-27 08:20:28 - /usr/bin/make -B LINT TB --- 2007-02-27 08:20:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 08:20:28 - cd /src TB --- 2007-02-27 08:20:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 08:20:29 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_MBR' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. /src/sys/ia64/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 08:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 08:20:29 - ERROR: failed to build lint kernel TB --- 2007-02-27 08:20:29 - tinderbox aborted TB --- 0.70 user 2.35 system 5332.08 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 08:22:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB4ED16A40B; Tue, 27 Feb 2007 08:22:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E62113C4AC; Tue, 27 Feb 2007 08:22:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R8MTJu075002; Tue, 27 Feb 2007 03:22:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R8MSPT069800; Tue, 27 Feb 2007 03:22:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7BF0073039; Tue, 27 Feb 2007 03:22:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227082228.7BF0073039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 03:22:28 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 08:22:32 -0000 TB --- 2007-02-27 07:12:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 07:12:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-02-27 07:12:35 - cleaning the object tree TB --- 2007-02-27 07:13:05 - checking out the source tree TB --- 2007-02-27 07:13:05 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-02-27 07:13:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 07:21:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 07:21:15 - cd /src TB --- 2007-02-27 07:21:15 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 07:21:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 08:22:27 UTC 2007 TB --- 2007-02-27 08:22:27 - generating LINT kernel config TB --- 2007-02-27 08:22:27 - cd /src/sys/powerpc/conf TB --- 2007-02-27 08:22:27 - /usr/bin/make -B LINT TB --- 2007-02-27 08:22:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 08:22:27 - cd /src TB --- 2007-02-27 08:22:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 08:22:27 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/powerpc/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 08:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 08:22:28 - ERROR: failed to build lint kernel TB --- 2007-02-27 08:22:28 - tinderbox aborted TB --- 0.80 user 2.37 system 4192.45 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 08:44:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CBB116A402 for ; Tue, 27 Feb 2007 08:44:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 318FD13C47E for ; Tue, 27 Feb 2007 08:44:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E42D04979C; Tue, 27 Feb 2007 03:44:06 -0500 (EST) Date: Tue, 27 Feb 2007 08:44:06 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jiawei Ye In-Reply-To: Message-ID: <20070227084214.Y56223@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Subject: Re: Processes stuck in *unp_m after recent uipc changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 08:44:07 -0000 On Tue, 27 Feb 2007, Jiawei Ye wrote: > With the latest uipc locking changes, I experienced a hard lockup on my > -current machine. Many processes got stuck in *unp_m state and > ctrl-alt-delete at the console cannot properly restart the machine and I had > to hard-reset (no coredump available). Is there anyway to diagnose this? Please configure WITNESS, DDB, and BREAK_TO_DEBUGGER on a box with a serial console. Then attach the output of "ps", "show alllocks", and "alltrace" to an e-mail. With any luck, this is a leaked lock in some missed error case and we can just add a missing unlock. Thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 09:05:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53C3A16A407 for ; Tue, 27 Feb 2007 09:05:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBFA13C4BC for ; Tue, 27 Feb 2007 09:05:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C63B44A3F9; Tue, 27 Feb 2007 04:05:53 -0500 (EST) Date: Tue, 27 Feb 2007 09:05:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jiawei Ye In-Reply-To: <20070227084214.Y56223@fledge.watson.org> Message-ID: <20070227090505.K56223@fledge.watson.org> References: <20070227084214.Y56223@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Subject: Re: Processes stuck in *unp_m after recent uipc changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:05:54 -0000 On Tue, 27 Feb 2007, Robert Watson wrote: > On Tue, 27 Feb 2007, Jiawei Ye wrote: > >> With the latest uipc locking changes, I experienced a hard lockup on my >> -current machine. Many processes got stuck in *unp_m state and >> ctrl-alt-delete at the console cannot properly restart the machine and I >> had to hard-reset (no coredump available). Is there anyway to diagnose >> this? > > Please configure WITNESS, DDB, and BREAK_TO_DEBUGGER on a box with a serial > console. Then attach the output of "ps", "show alllocks", and "alltrace" to > an e-mail. With any luck, this is a leaked lock in some missed error case > and we can just add a missing unlock. Thanks! Obviously, INVARIANTS also good on general principle. :-) See the handbook chapter on debugging, and in particular live DDB debugging, if you're running into any problems. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 09:38:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4B7616A400; Tue, 27 Feb 2007 09:38:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5224D13C442; Tue, 27 Feb 2007 09:38:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R9c8OE096013; Tue, 27 Feb 2007 04:38:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R9c84p072728; Tue, 27 Feb 2007 04:38:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3C0FF73039; Tue, 27 Feb 2007 04:38:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227093808.3C0FF73039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 04:38:08 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:38:09 -0000 TB --- 2007-02-27 08:22:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 08:22:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-02-27 08:22:28 - cleaning the object tree TB --- 2007-02-27 08:23:15 - checking out the source tree TB --- 2007-02-27 08:23:15 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-02-27 08:23:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 08:40:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 08:40:15 - cd /src TB --- 2007-02-27 08:40:15 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 08:40:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 09:38:07 UTC 2007 TB --- 2007-02-27 09:38:07 - generating LINT kernel config TB --- 2007-02-27 09:38:07 - cd /src/sys/sun4v/conf TB --- 2007-02-27 09:38:07 - /usr/bin/make -B LINT TB --- 2007-02-27 09:38:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 09:38:07 - cd /src TB --- 2007-02-27 09:38:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 09:38:07 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sun4v/conf; PATH=/obj/sun4v/src/tmp/legacy/usr/sbin:/obj/sun4v/src/tmp/legacy/usr/bin:/obj/sun4v/src/tmp/legacy/usr/games:/obj/sun4v/src/tmp/usr/sbin:/obj/sun4v/src/tmp/usr/bin:/obj/sun4v/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v/src/sys/LINT /src/sys/sun4v/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_GENCLOCK' encountered. WARNING: duplicate device `genclock' encountered. /src/sys/sun4v/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 09:38:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 09:38:07 - ERROR: failed to build lint kernel TB --- 2007-02-27 09:38:07 - tinderbox aborted TB --- 0.54 user 2.04 system 4539.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 09:38:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1268716A401; Tue, 27 Feb 2007 09:38:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B2D1513C48D; Tue, 27 Feb 2007 09:38:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R9cHF9096023; Tue, 27 Feb 2007 04:38:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1R9cHQ0072818; Tue, 27 Feb 2007 04:38:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED3D77303E; Tue, 27 Feb 2007 04:38:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227093816.ED3D77303E@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 04:38:16 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:38:18 -0000 TB --- 2007-02-27 08:20:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 08:20:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-27 08:20:30 - cleaning the object tree TB --- 2007-02-27 08:21:13 - checking out the source tree TB --- 2007-02-27 08:21:13 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-27 08:21:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 08:40:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 08:40:15 - cd /src TB --- 2007-02-27 08:40:15 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 08:40:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 09:38:16 UTC 2007 TB --- 2007-02-27 09:38:16 - generating LINT kernel config TB --- 2007-02-27 09:38:16 - cd /src/sys/sparc64/conf TB --- 2007-02-27 09:38:16 - /usr/bin/make -B LINT TB --- 2007-02-27 09:38:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 09:38:16 - cd /src TB --- 2007-02-27 09:38:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 09:38:16 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64/src/tmp/legacy/usr/bin:/obj/sparc64/src/tmp/legacy/usr/games:/obj/sparc64/src/tmp/usr/sbin:/obj/sparc64/src/tmp/usr/bin:/obj/sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/sparc64/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 09:38:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 09:38:16 - ERROR: failed to build lint kernel TB --- 2007-02-27 09:38:16 - tinderbox aborted TB --- 0.77 user 2.30 system 4666.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 10:26:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 130B516A404 for ; Tue, 27 Feb 2007 10:26:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id BCC4513C48D for ; Tue, 27 Feb 2007 10:26:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HLzXd-0002tM-5k; Tue, 27 Feb 2007 12:26:41 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: John Baldwin In-reply-to: <200702261653.48794.jhb@freebsd.org> References: <200702261653.48794.jhb@freebsd.org> Comments: In-reply-to John Baldwin message dated "Mon, 26 Feb 2007 16:53:48 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Feb 2007 12:26:41 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: Re: problems porting iSCSI to current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 10:26:43 -0000 > On Monday 19 February 2007 04:53, Danny Braniss wrote: > > Hi all, > > im getting stuck in destroy_dev(...) because > > si_threadcount is not zero, (actually 1 before the call), > > all this in sys/kern_conf.c. > > what magic am I doing wrong? > > Don't call destroy_dev() in your close routine. > and how will the device created by make_dev get destroyed? merlin to the rescue ... danny > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 10:41:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A05B116A403; Tue, 27 Feb 2007 10:41:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id EAC0F13C478; Tue, 27 Feb 2007 10:41:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HLzla-000N0i-9W; Tue, 27 Feb 2007 12:41:14 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1RAetOw008423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 12:40:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1RAesIm028529; Tue, 27 Feb 2007 12:40:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1RAeqGZ028527; Tue, 27 Feb 2007 12:40:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 27 Feb 2007 12:40:52 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20070227104052.GG77131@deviant.kiev.zoral.com.ua> References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070223113439.GK39168@deviant.kiev.zoral.com.ua> <200702261834.13911.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O8XZ+2Hy8Kj8wLPZ" Content-Disposition: inline In-Reply-To: <200702261834.13911.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: fa718887f43e9e3967a9d10f43843ba4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 814 [Feb 27 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, "Wilkinson, Alex" Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 10:41:17 -0000 --O8XZ+2Hy8Kj8wLPZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 26, 2007 at 06:34:13PM -0500, John Baldwin wrote: > > Try this patch, it shall allow to see useful backtrace in kgdb (I really > > like to receive feedback on this one): > >=20 > > Index: gnu/usr.bin/gdb/kgdb/trgt_i386.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > RCS file: /usr/local/arch/ncvs/src/gnu/usr.bin/gdb/kgdb/trgt_i386.c,v > > retrieving revision 1.5 > > diff -u -r1.5 trgt_i386.c > > --- gnu/usr.bin/gdb/kgdb/trgt_i386.c 11 Sep 2005 05:36:30 -0000 1.5 > > +++ gnu/usr.bin/gdb/kgdb/trgt_i386.c 23 Feb 2007 11:31:39 -0000 > > @@ -146,7 +146,7 @@ > > *realnump =3D -1; > > =20 > > ofs =3D (regnum >=3D I386_EAX_REGNUM && regnum <=3D I386_FS_REGNUM) > > - ? kgdb_trgt_frame_offset[regnum] : -1; > > + ? kgdb_trgt_frame_offset[regnum] + 4 : -1; > > if (ofs =3D=3D -1) > > return; >=20 > You can make the patch by dependent on the kern.osreldate (__FreeBSD_vers= ion) > which is accesible as the global var 'osreldate' in the kernel and use the > old offset for kernels before Kip's change so it works for both old and n= ew. That was my intent (in fact, I would prefer to check instruction at calltrap label directly). I noted that kgdb machine-specific code pulls sys/proc.h, machine/frame.h and machine/pcb.h. As result, kgdb have to be built from the same tree as the kernel itself. Due to this, I do not see high need for such check. Anyway, I think that I implement it later this week. --O8XZ+2Hy8Kj8wLPZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5Aq0C3+MBN1Mb4gRArlyAJ9Lscz2nTCBjVwwBl8ICFy1BoqBnACgoH8i itpJl3fAdkZlnwmswv7Uthc= =k8lg -----END PGP SIGNATURE----- --O8XZ+2Hy8Kj8wLPZ-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 10:42:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05FBB16A403; Tue, 27 Feb 2007 10:42:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFCD13C4AC; Tue, 27 Feb 2007 10:42:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HLzml-0002QW-Qi; Tue, 27 Feb 2007 12:42:28 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1RAgE6h008434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 12:42:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1RAgE7q028547; Tue, 27 Feb 2007 12:42:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1RAgE9w028546; Tue, 27 Feb 2007 12:42:14 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 27 Feb 2007 12:42:14 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20070227104214.GH77131@deviant.kiev.zoral.com.ua> References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070224062628.GA8992@obelix.dsto.defence.gov.au> <20070224102351.GO39168@deviant.kiev.zoral.com.ua> <200702261833.01791.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q6STzHxy03qt/hK9" Content-Disposition: inline In-Reply-To: <200702261833.01791.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: e5a023dad48cfed04c9aaaf8a25ccfed X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 814 [Feb 27 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 10:42:30 -0000 --Q6STzHxy03qt/hK9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 26, 2007 at 06:33:01PM -0500, John Baldwin wrote: > On Saturday 24 February 2007 05:23, Kostik Belousov wrote: > > On Sat, Feb 24, 2007 at 03:26:28PM +0900, Wilkinson, Alex wrote: > > > 0n Fri, Feb 23, 2007 at 01:34:39PM +0200, Kostik Belousov wrote:= =20 > > >=20 > > > >BTW, you panic is caused by nvidia driver. I believe there is a = patch=20 > by > > > >nvidia that would eliminate the problem. > > >=20 > > > Got a link to the patch ? > > I do not use nvidia cards, and did not saved the link. Search in the > > archive.=20 >=20 > Try this: >=20 > Index: kern_conf.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/kern/kern_conf.c,v > retrieving revision 1.200 > diff -u -r1.200 kern_conf.c > --- kern_conf.c 20 Oct 2006 07:59:50 -0000 1.200 > +++ kern_conf.c 4 Jan 2007 20:42:07 -0000 > @@ -843,16 +843,20 @@ > dev_unlock(); > return (0); > } > - if (unit =3D=3D -1 && u =3D=3D low) { > - low++; > - de =3D dev; > - continue; > - } else if (u < (unit | extra)) { > - de =3D dev; > - continue; > - } else if (u > (unit | extra)) { > - dl =3D dev; > - break; > + if (unit =3D=3D -1) { > + if (u =3D=3D low) { > + low++; > + de =3D dev; > + continue; > + } > + } else { > + if (u < (unit | extra)) { > + de =3D dev; > + continue; > + } else if (u > (unit | extra)) { > + dl =3D dev; > + break; > + } > } > } > if (unit =3D=3D -1) >=20 > --=20 > John Baldwin This change has nothing to do with reported panic. Panic is caused by inval= id refcounting in nvidia driver for cdev. Nvidia is already aware of the probl= em, and patch from them floated around. --Q6STzHxy03qt/hK9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5AsFC3+MBN1Mb4gRAnIRAKC8Ro2NqyUEeu7niarmSCaLHbfSzACdFo90 D5gwOwZThc4K+zmWwVDCs3U= =YAxy -----END PGP SIGNATURE----- --Q6STzHxy03qt/hK9-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 11:09:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 213A816A401; Tue, 27 Feb 2007 11:09:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D8BC913C428; Tue, 27 Feb 2007 11:09:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1RB9rVf001618; Tue, 27 Feb 2007 06:09:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1RB9qKI015841; Tue, 27 Feb 2007 06:09:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A464173039; Tue, 27 Feb 2007 06:09:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227110952.A464173039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 06:09:52 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 11:09:54 -0000 TB --- 2007-02-27 09:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 09:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-27 09:40:01 - cleaning the object tree TB --- 2007-02-27 09:40:44 - checking out the source tree TB --- 2007-02-27 09:40:44 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-27 09:40:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 09:51:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 09:51:43 - cd /src TB --- 2007-02-27 09:51:43 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 09:51:44 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Feb 27 11:09:51 UTC 2007 TB --- 2007-02-27 11:09:51 - generating LINT kernel config TB --- 2007-02-27 11:09:51 - cd /src/sys/amd64/conf TB --- 2007-02-27 11:09:51 - /usr/bin/make -B LINT TB --- 2007-02-27 11:09:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 11:09:52 - cd /src TB --- 2007-02-27 11:09:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 11:09:52 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. /src/sys/amd64/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 11:09:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 11:09:52 - ERROR: failed to build lint kernel TB --- 2007-02-27 11:09:52 - tinderbox aborted TB --- 0.61 user 2.48 system 5391.09 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 11:36:40 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 76F7416A41A; Tue, 27 Feb 2007 11:36:39 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Tue, 27 Feb 2007 19:35:08 +0800 From: Ariff Abdullah To: Nate Lawson Message-Id: <20070227193508.49076f8b.ariff@FreeBSD.org> In-Reply-To: <45E39552.2020607@root.org> References: <45E39552.2020607@root.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN" Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 11:36:41 -0000 --Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN Content-Type: multipart/mixed; boundary="Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer" --Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 26 Feb 2007 18:20:02 -0800 Nate Lawson wrote: > If you are having EC timeout problems as in the below PR, please try > the latest EC code. I just committed it in rev 1.69 of acpi_ec.c to > -current. Attached is the patch for 6-stable. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D98171 >=20 > To use it, just recompile your acpi kernel module and load it at > boot: cd /sys/modules/acpi/acpi && make && cp acpi.ko / >=20 > Then at the loader prompt after rebooting: > > load /acpi.ko > > boot >=20 > You should be able to see battery status and thermal settings via > "sysctl hw.acpi" as normal. Check dmesg for any new errors. >=20 > If you notice slower performance or get EC "timed out" messages on > console, you try increasing these sysctls/tunables: >=20 > debug.acpi.ec.timeout > debug.acpi.ec.poll_time >=20 > Or turn off this sysctl/tunable, disabling the new burst mode: > debug.acpi.ec.burst=3D0 >=20 > To find any performance problems, you'll need to rebuild the kernel > and modules with this added to your kernel config: >=20 > options KTR > options KTR_ENTRIES=3D65536 >=20 > Then reboot, load this kernel/acpi.ko, use the system for a while to > trigger the problem behavior and generate output: > ktrdump -t | gzip -c > ktr.out.gz >=20 > This code is pretty well-tested so I expect the only issues we might > see is it not totally fixing some systems that previously didn't > work or needing to add some workaround code for systems that don't > properly support burst mode. >=20 >=20 Not quite a success, unless with debug.acpi.ec.burst=3D0 plus this additional patch. Even so, the timed out message keep appearing once in a while though not so frequent as before. In terms of performance, things are a bit smoother (acpiconf -i 0 works, no longer exhibit delay or producing timed out messages). Tuning debug.acpi.ec.timeout/poll_timeout upside-down has no real effect on eliminating those timed out messages. Compaq V3000/Turion64 X2. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer Content-Type: text/x-diff; name="more_ec.diff" Content-Disposition: attachment; filename="more_ec.diff" Content-Transfer-Encoding: quoted-printable --- sys/dev/acpica/acpi_ec.c Tue Feb 27 19:21:12 2007 +++ sys/dev/acpica/acpi_ec.c Tue Feb 27 19:22:17 2007 @@ -936,6 +936,7 @@ count =3D ec_poll_time / EC_POLL_DELAY; if (count <=3D 0) count =3D 1; + slp_ival =3D max(hz / 1000, 1); for (i =3D 0; i < count; i++) { EcStatus =3D EC_GET_CSR(sc); if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) =3D=3D 0) { @@ -947,7 +948,15 @@ Status =3D AE_OK; break; } - AcpiOsStall(EC_POLL_DELAY); + if (sc->ec_burstactive) + AcpiOsStall(EC_POLL_DELAY); + else { + if (!cold) + msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", + slp_ival); + else + AcpiOsStall(1000); + } } =20 /* --Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer-- --Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5Bdxlr+deMUwTNoRAu2SAKDZ1xTdN/ck0ag9CRvjwraIiV+R/gCgnCfe aRAsH17y8Gl+R5cE8QctSCo= =BsbL -----END PGP SIGNATURE----- --Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 11:52:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADBA616A403; Tue, 27 Feb 2007 11:52:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 55D1013C47E; Tue, 27 Feb 2007 11:52:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1RBq2wZ003849; Tue, 27 Feb 2007 06:52:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1RBq2Ji057899; Tue, 27 Feb 2007 06:52:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 58A9A73039; Tue, 27 Feb 2007 06:52:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227115202.58A9A73039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 06:52:02 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 11:52:03 -0000 TB --- 2007-02-27 10:49:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 10:49:34 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-27 10:49:34 - cleaning the object tree TB --- 2007-02-27 10:49:57 - checking out the source tree TB --- 2007-02-27 10:49:57 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-27 10:49:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 10:58:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 10:58:01 - cd /src TB --- 2007-02-27 10:58:01 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 10:58:03 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 11:52:01 UTC 2007 TB --- 2007-02-27 11:52:01 - generating LINT kernel config TB --- 2007-02-27 11:52:01 - cd /src/sys/i386/conf TB --- 2007-02-27 11:52:01 - /usr/bin/make -B LINT TB --- 2007-02-27 11:52:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 11:52:01 - cd /src TB --- 2007-02-27 11:52:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 11:52:01 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/i386/conf; PATH=/obj/src/tmp/legacy/usr/sbin:/obj/src/tmp/legacy/usr/bin:/obj/src/tmp/legacy/usr/games:/obj/src/tmp/usr/sbin:/obj/src/tmp/usr/bin:/obj/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/src/sys/LINT /src/sys/i386/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/i386/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 11:52:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 11:52:02 - ERROR: failed to build lint kernel TB --- 2007-02-27 11:52:02 - tinderbox aborted TB --- 0.52 user 1.51 system 3747.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 12:13:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9598E16A403; Tue, 27 Feb 2007 12:13:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 444A513C491; Tue, 27 Feb 2007 12:13:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1RCD7L6089824; Tue, 27 Feb 2007 07:13:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1RCD7aK075374; Tue, 27 Feb 2007 07:13:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61ACB73039; Tue, 27 Feb 2007 07:13:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227121307.61ACB73039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 07:13:07 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 12:13:10 -0000 TB --- 2007-02-27 11:09:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 11:09:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-27 11:09:52 - cleaning the object tree TB --- 2007-02-27 11:10:16 - checking out the source tree TB --- 2007-02-27 11:10:16 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-27 11:10:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 11:18:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 11:18:49 - cd /src TB --- 2007-02-27 11:18:49 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 11:18:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 12:13:06 UTC 2007 TB --- 2007-02-27 12:13:06 - generating LINT kernel config TB --- 2007-02-27 12:13:06 - cd /src/sys/pc98/conf TB --- 2007-02-27 12:13:06 - /usr/bin/make -B LINT TB --- 2007-02-27 12:13:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 12:13:06 - cd /src TB --- 2007-02-27 12:13:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 12:13:06 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/pc98/conf; PATH=/obj/pc98/src/tmp/legacy/usr/sbin:/obj/pc98/src/tmp/legacy/usr/bin:/obj/pc98/src/tmp/legacy/usr/games:/obj/pc98/src/tmp/usr/sbin:/obj/pc98/src/tmp/usr/bin:/obj/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/pc98/src/sys/LINT /src/sys/pc98/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/pc98/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 12:13:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 12:13:07 - ERROR: failed to build lint kernel TB --- 2007-02-27 12:13:07 - tinderbox aborted TB --- 0.54 user 1.55 system 3794.32 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 10:32:34 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F202A16A49E for ; Tue, 27 Feb 2007 10:32:34 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.freebsd.org (Postfix) with ESMTP id AF4A913C48D for ; Tue, 27 Feb 2007 10:32:34 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id 69B97117BAA; Tue, 27 Feb 2007 11:32:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id 43CBE160B7D for ; Tue, 27 Feb 2007 11:32:04 +0100 (CET) Date: Tue, 27 Feb 2007 11:32:04 +0100 (CET) From: Goran Gajic To: freebsd-current@mx1.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 27 Feb 2007 13:06:43 +0000 Cc: Subject: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 10:32:35 -0000 Hi, I was running 7.0-CURRENT until today with hw.pci.enable_msi=0 hw.pci.enable_msix=0 in /boot/loader.conf However from today built it causes panic during boot: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xd3d3acd0 frame pointer = 0x28:0xd3d3ace4 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 = 25 (irq19: em0 uhci1+) [thread pid 25 tid 100019 ] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 25 tid 100019 td 0xc2d73360 ithread_execute_handlers(c2de4b40,c2db7800) at ithread_execute_handlers+0x119 ithread_loop(c2eb0ad0,d3d3ad38) at ithread_loop+0x67 fork_exit(c06ae8e0,c2eb0ad0,d3d3ad38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3d3ad70, ebp = 0 --- db> uname -a FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Feb 27 10:39:02 CET 2007 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 13:16:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AC5916A402; Tue, 27 Feb 2007 13:16:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E755913C441; Tue, 27 Feb 2007 13:16:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1RDGI2M009291; Tue, 27 Feb 2007 08:16:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1RDGIp3062254; Tue, 27 Feb 2007 08:16:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C33C673039; Tue, 27 Feb 2007 08:16:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070227131617.C33C673039@freebsd-current.sentex.ca> Date: Tue, 27 Feb 2007 08:16:17 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 13:16:19 -0000 TB --- 2007-02-27 11:52:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-27 11:52:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-27 11:52:02 - cleaning the object tree TB --- 2007-02-27 11:52:20 - checking out the source tree TB --- 2007-02-27 11:52:20 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-27 11:52:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-27 12:00:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-27 12:00:44 - cd /src TB --- 2007-02-27 12:00:44 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 27 12:00:45 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 27 13:16:16 UTC 2007 TB --- 2007-02-27 13:16:16 - generating LINT kernel config TB --- 2007-02-27 13:16:16 - cd /src/sys/ia64/conf TB --- 2007-02-27 13:16:16 - /usr/bin/make -B LINT TB --- 2007-02-27 13:16:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-27 13:16:16 - cd /src TB --- 2007-02-27 13:16:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 27 13:16:17 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_MBR' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. /src/sys/ia64/conf/LINT: unknown option "GEOM_MULTIPATH" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-27 13:16:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-27 13:16:17 - ERROR: failed to build lint kernel TB --- 2007-02-27 13:16:17 - tinderbox aborted TB --- 0.52 user 1.48 system 5054.90 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 14:00:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E08916A404 for ; Tue, 27 Feb 2007 14:00:33 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6607113C4A5 for ; Tue, 27 Feb 2007 14:00:33 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1RE0WCu036397 for ; Tue, 27 Feb 2007 08:00:32 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E43984.4020809@freebsd.org> Date: Tue, 27 Feb 2007 08:00:36 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2663/Tue Feb 27 05:19:30 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: too short/too long (sys/kern_tc.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 14:00:33 -0000 When I boot a -CURRENT box with boot verbose enabled inside qemu, I see one of these messages about every second: 15.f68c5ee76faebe10 too short 16.0f822e13092c5580 too long I can obviously whack the printf's, but what's the 'right way' to fix this? Set HZ to something? Pick a different timer? kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000) kern.timecounter.hardware: TSC kern.timecounter.nsetclock: 2 kern.timecounter.ngetmicrotime: 80036 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetmicrouptime: 29057 kern.timecounter.ngetnanouptime: 109 kern.timecounter.ngetbinuptime: 488 kern.timecounter.nmicrotime: 1708 kern.timecounter.nnanotime: 11 kern.timecounter.nbintime: 1719 kern.timecounter.nmicrouptime: 687 kern.timecounter.nnanouptime: 0 kern.timecounter.nbinuptime: 3734 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 4294967295 kern.timecounter.tc.i8254.counter: 7769 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 809045640 kern.timecounter.tc.TSC.frequency: 1995115260 kern.timecounter.tc.TSC.quality: 800 kern.timecounter.smp_tsc: 0 FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Feb 23 09:28:20 CST 2007 i386 Eric From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 14:20:47 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BCD616A484 for ; Tue, 27 Feb 2007 14:20:47 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.freebsd.org (Postfix) with ESMTP id 837A813C4A6 for ; Tue, 27 Feb 2007 14:20:46 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id l1RE0SSJ089275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 17:00:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id l1RE0Svq089274; Tue, 27 Feb 2007 17:00:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 27 Feb 2007 17:00:27 +0300 From: Gleb Smirnoff To: Goran Gajic Message-ID: <20070227140027.GF1621@FreeBSD.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-current@mx1.freebsd.org Subject: Re: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 14:20:47 -0000 On Tue, Feb 27, 2007 at 11:32:04AM +0100, Goran Gajic wrote: G> I was running 7.0-CURRENT until today with G> G> hw.pci.enable_msi=0 G> hw.pci.enable_msix=0 G> G> in /boot/loader.conf G> G> However from today built it causes panic during boot: G> G> Fatal trap 12: page fault while in kernel mode G> cpuid = 0; apic id = 00 G> fault virtual address = 0x0 G> fault code = supervisor read, page not present G> instruction pointer = 0x20:0x0 G> stack pointer = 0x28:0xd3d3acd0 G> frame pointer = 0x28:0xd3d3ace4 G> code segment = base 0x0, limit 0xfffff, type 0x1b G> = DPL 0, pres 1, def32 1, gran 1 G> processor eflags = interrupt enabled, resume, IOPL = 0 G> current process = 25 (irq19: em0 uhci1+) G> [thread pid 25 tid 100019 ] G> Stopped at 0: *** error reading from address 0 *** G> db> bt G> Tracing pid 25 tid 100019 td 0xc2d73360 G> ithread_execute_handlers(c2de4b40,c2db7800) at G> ithread_execute_handlers+0x119 G> ithread_loop(c2eb0ad0,d3d3ad38) at ithread_loop+0x67 G> fork_exit(c06ae8e0,c2eb0ad0,d3d3ad38) at fork_exit+0xac G> fork_trampoline() at fork_trampoline+0x8 G> --- trap 0, eip = 0, esp = 0xd3d3ad70, ebp = 0 --- G> db> G> G> uname -a G> FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Feb G> 27 10:39:02 CET 2007 G> root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 Same problem here after upgrade: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xd4af1cc4 frame pointer = 0x28:0xd4af1cdc 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 = 25 (irq18: em0 atapci2) [thread pid 25 tid 100019 ] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 25 tid 100019 td 0xc25ff910 ithread_execute_handlers(c25feb40,c25f5900) at ithread_execute_handlers+0x112 ithread_loop(c269d4b0,d4af1d38) at ithread_loop+0x55 fork_exit(c04f72dc,c269d4b0,d4af1d38) at fork_exit+0x7b fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd4af1d70, ebp = 0 --- db> -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 13:32:56 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C5C616A403 for ; Tue, 27 Feb 2007 13:32:56 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6FA13C4AC for ; Tue, 27 Feb 2007 13:32:52 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id 22FD6117BAA; Tue, 27 Feb 2007 14:32:27 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id 1D7C311FB81 for ; Tue, 27 Feb 2007 14:32:27 +0100 (CET) Date: Tue, 27 Feb 2007 14:32:26 +0100 (CET) From: Goran Gajic To: freebsd-current@mx1.freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 27 Feb 2007 14:32:17 +0000 Cc: Subject: Re: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 13:32:56 -0000 Hi, Looking through source and diff of sys/dev/em/if_em.c I have noticed that @@ -275,7 +275,7 @@ static void em_add_int_delay_sysctl(stru static poll_handler_t em_poll; static void em_intr(void *); #else -static void em_intr_fast(void *); +static int em_intr_fast(void *); static void em_add_int_process_limit(struct adapter *, const char *, const char *, int *, int); static void em_handle_rxtx(void *context, int pending); @@ -1307,7 +1307,7 @@ em_handle_rxtx(void *context, int pendin * Fast Interrupt Service routine * *********************************************************************/ -static void +static int em_intr_fast(void *arg) { struct adapter *adapter = arg; @@ -2173,8 +2174,8 @@ em_allocate_intr(struct adapter *adapter #ifdef DEVICE_POLLING if (adapter->int_handler_tag == NULL && (error = bus_setup_intr(dev, - adapter->res_interrupt, INTR_TYPE_NET | INTR_MPSAFE, em_intr, adapter, - &adapter->int_handler_tag)) != 0) { + adapter->res_interrupt, INTR_TYPE_NET | INTR_MPSAFE, NULL, em_intr, + adapter, &adapter->int_handler_tag)) != 0) { device_printf(dev, "Failed to register interrupt handler"); return (error); } between revision 1.168 and 1.169 that causes panic. I have switched em_intr_fast to be static void and order in bus_setup_intr is incorrect. It should be: if ((error = bus_setup_intr(dev, adapter->res_interrupt, INTR_TYPE_NET,NULL, em_intr_fast, adapter, &adapter->int_handler_tag)) != 0) { not if ((error = bus_setup_intr(dev, adapter->res_interrupt, INTR_TYPE_NET, em_intr_fast,NULL adapter, &adapter->int_handler_tag)) != 0) { which causes panic when: /boot/loader contains: hw.pci.enable_msi=0 hw.pci.enable_msix=0 Btw. I'm using this since msi=1 cases watchdog timeouts with em0. Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 14:50:27 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3615216A402 for ; Tue, 27 Feb 2007 14:50:27 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id E425613C48E for ; Tue, 27 Feb 2007 14:50:26 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 2455D11AE49; Tue, 27 Feb 2007 15:24:29 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1REOBDv001812; Tue, 27 Feb 2007 15:24:11 +0100 (CET) (envelope-from piso) Date: Tue, 27 Feb 2007 15:23:59 +0100 From: Paolo Pisati To: Goran Gajic Message-ID: <20070227142358.GA1655@tin.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: freebsd-current@mx1.freebsd.org Subject: Re: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 14:50:27 -0000 On Tue, Feb 27, 2007 at 11:32:04AM +0100, Goran Gajic wrote: > > Hi, > > I was running 7.0-CURRENT until today with > > hw.pci.enable_msi=0 > hw.pci.enable_msix=0 > > in /boot/loader.conf > > However from today built it causes panic during boot: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xd3d3acd0 > frame pointer = 0x28:0xd3d3ace4 > 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 = 25 (irq19: em0 uhci1+) > [thread pid 25 tid 100019 ] > Stopped at 0: *** error reading from address 0 *** > db> bt > Tracing pid 25 tid 100019 td 0xc2d73360 > ithread_execute_handlers(c2de4b40,c2db7800) at > ithread_execute_handlers+0x119 > ithread_loop(c2eb0ad0,d3d3ad38) at ithread_loop+0x67 > fork_exit(c06ae8e0,c2eb0ad0,d3d3ad38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd3d3ad70, ebp = 0 --- o does em share the irq with another device? (vmstat -i) o do you have DEVICE_POLLING in you kernel config? bye, P. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 14:51:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA77B16A408 for ; Tue, 27 Feb 2007 14:51:58 +0000 (UTC) (envelope-from granted14@yahoo.com) Received: from web55602.mail.re4.yahoo.com (web55602.mail.re4.yahoo.com [206.190.58.226]) by mx1.freebsd.org (Postfix) with SMTP id 77E4413C461 for ; Tue, 27 Feb 2007 14:51:58 +0000 (UTC) (envelope-from granted14@yahoo.com) Received: (qmail 5191 invoked by uid 60001); 27 Feb 2007 14:25:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=2DSPgKGLm9u3Vur6PEFYjvTTnzsNCbRqRv8qmwOztDOVoaZiXBDxSuNxdVqnkY/7mM/4N6hYsTMCYaXpdyG8Yhgjx/PjCML9Nj6JFeYJdk1u3avPmlOlA/Ke0A1BILck8bc7hdt9KZhIlAjJrv01xhGQNbZ4kH+WOSUHmeROgGE=; X-YMail-OSG: sSgAZyMVM1mw_8aL4y7AAHNJ6Ry2A7kIuhqywhqIJ7iu95m25faQWC4LF40.uHpGwGisyafgZBaZwexWwEfOBsQeKN0yw794j5WTtSxoami2IBJ3l60hxrll76yfXYOcaIAlhfdeMftLVZfZ3cCuT2Ak Received: from [70.83.210.124] by web55602.mail.re4.yahoo.com via HTTP; Tue, 27 Feb 2007 09:25:18 EST Date: Tue, 27 Feb 2007 09:25:18 -0500 (EST) From: Etienne Robillard To: Eric Anderson In-Reply-To: <45E43984.4020809@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <564131.4881.qm@web55602.mail.re4.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: too short/too long (sys/kern_tc.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 14:51:59 -0000 Had this problem for a while.. It seems to have disappear when booting with acpi enabled?? Dunno what may cause your bug, however I still gets some of this: calcru: runtime went backwards from 37004444177421276 usec to 18502193351497934 usec for pid 81026 (zsh) FreeBSD flick 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Mon Jan 29 14:05:04 EST 2007 root@flick:/usr/src/sys/i386/compile/CURRENT i386 Are both bugs described correlated? TIA, Etienne --- Eric Anderson wrote: > When I boot a -CURRENT box with boot verbose enabled > inside qemu, I see > one of these messages about every second: > > 15.f68c5ee76faebe10 too short > 16.0f822e13092c5580 too long > > I can obviously whack the printf's, but what's the > 'right way' to fix > this? Set HZ to something? Pick a different timer? > > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC(800) i8254(0) > dummy(-1000000) > kern.timecounter.hardware: TSC > kern.timecounter.nsetclock: 2 > kern.timecounter.ngetmicrotime: 80036 > kern.timecounter.ngetnanotime: 0 > kern.timecounter.ngetbintime: 0 > kern.timecounter.ngetmicrouptime: 29057 > kern.timecounter.ngetnanouptime: 109 > kern.timecounter.ngetbinuptime: 488 > kern.timecounter.nmicrotime: 1708 > kern.timecounter.nnanotime: 11 > kern.timecounter.nbintime: 1719 > kern.timecounter.nmicrouptime: 687 > kern.timecounter.nnanouptime: 0 > kern.timecounter.nbinuptime: 3734 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.i8254.mask: 4294967295 > kern.timecounter.tc.i8254.counter: 7769 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.TSC.mask: 4294967295 > kern.timecounter.tc.TSC.counter: 809045640 > kern.timecounter.tc.TSC.frequency: 1995115260 > kern.timecounter.tc.TSC.quality: 800 > kern.timecounter.smp_tsc: 0 > > FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Feb > 23 09:28:20 CST > 2007 i386 > > Eric > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > ---- Etienne Robillard 7680 de jouvence, La Plaine J7M-2K9, Québec Telephone: 450-478-5026 Yahoo Messenger ID: granted14 Skype ID: incidah __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 14:53:18 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D059D16A401 for ; Tue, 27 Feb 2007 14:53:18 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE0913C48D for ; Tue, 27 Feb 2007 14:53:18 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id E238F11AEB1; Tue, 27 Feb 2007 15:53:12 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1REr1Yu001900; Tue, 27 Feb 2007 15:53:01 +0100 (CET) (envelope-from piso) Date: Tue, 27 Feb 2007 15:52:59 +0100 From: Paolo Pisati To: Goran Gajic Message-ID: <20070227145259.GB1655@tin.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: freebsd-current@mx1.freebsd.org Subject: Re: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 14:53:18 -0000 On Tue, Feb 27, 2007 at 02:32:26PM +0100, Goran Gajic wrote: > > > Hi, > > Looking through source and diff of sys/dev/em/if_em.c I have noticed that > > @@ -275,7 +275,7 @@ static void em_add_int_delay_sysctl(stru > static poll_handler_t em_poll; > static void em_intr(void *); > #else > -static void em_intr_fast(void *); > +static int em_intr_fast(void *); > static void em_add_int_process_limit(struct adapter *, const char *, > const char *, int *, int); > static void em_handle_rxtx(void *context, int pending); > @@ -1307,7 +1307,7 @@ em_handle_rxtx(void *context, int pendin > * Fast Interrupt Service routine > * > *********************************************************************/ > -static void > +static int > em_intr_fast(void *arg) > { > struct adapter *adapter = arg; > > @@ -2173,8 +2174,8 @@ em_allocate_intr(struct adapter *adapter > > #ifdef DEVICE_POLLING > if (adapter->int_handler_tag == NULL && (error = > bus_setup_intr(dev, > - adapter->res_interrupt, INTR_TYPE_NET | INTR_MPSAFE, em_intr, > adapter, > - &adapter->int_handler_tag)) != 0) { > + adapter->res_interrupt, INTR_TYPE_NET | INTR_MPSAFE, NULL, > em_intr, > + adapter, &adapter->int_handler_tag)) != 0) { > device_printf(dev, "Failed to register interrupt > handler"); > return (error); > } > > > between revision 1.168 and 1.169 that causes panic. I have switched > em_intr_fast to be static void and order in bus_setup_intr is incorrect. > It should be: > > if ((error = bus_setup_intr(dev, adapter->res_interrupt, > INTR_TYPE_NET,NULL, em_intr_fast, adapter, > &adapter->int_handler_tag)) != 0) { > > not > > if ((error = bus_setup_intr(dev, adapter->res_interrupt, > INTR_TYPE_NET, em_intr_fast,NULL adapter, > &adapter->int_handler_tag)) != 0) { No, wait, em_intr_fast() was supposed to run as an INTR_FAST (that's where it gets the suffix '_fast'), and since the bus_setup_intr() modification to define an INTR_FAST/filter, you use the driver_filter_t arg, so: bus_setup_intr(dev, adapter->res_interrupt, INTR_TYPE_NET, em_intr_fast,NULL adapter, &adapter->int_handler_tag) is the correct one. Moreover, all the filter handlers (ex INTR_FAST) return a status about interrupt handling, so em_intr_fast() prototype and return code are corrects. bye, P. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 15:25:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2D0516A400 for ; Tue, 27 Feb 2007 15:25:17 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 52CEF13C4A5 for ; Tue, 27 Feb 2007 15:25:16 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1040994ugh for ; Tue, 27 Feb 2007 07:25:15 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=LPTckjfElFO+WmbuM7XvSzgM+z8QQDHQmcLP4LbvDyJBJds9B+j3aLIMK2colvUMSYYDI62ngUAPn2n8siM+HQMMpMybHRwLQnP8MweUJya9oD+Ue23MlCgjGW26C+Q5lB6NQWAaxVCj3Q0pNtRg/mlWNU7FEWbbTyXc6zwYvlE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=XAQ85Dvi0UFMm4KDB8/XfnqdczxXmF51VWje187NREY3o64AOIldAJDR+/b68MvInLkOpiCtzdGvEjocO1SXDR26OULk6nXVf/JVUiNPCRGkGCwzH3Wy7pn3TXa/m//Qdog/8oEQDG0RmRAAgkbsC2QhYmBwy89iFn9hGIsYW3Y= Received: by 10.66.221.6 with SMTP id t6mr8135488ugg.1172588307202; Tue, 27 Feb 2007 06:58:27 -0800 (PST) Received: from persephone.orchid.homeunix.org ( [84.10.174.25]) by mx.google.com with ESMTP id y2sm6092017mug.2007.02.27.06.58.26; Tue, 27 Feb 2007 06:58:26 -0800 (PST) Message-ID: <45E44704.7080400@gmail.com> Date: Tue, 27 Feb 2007 15:58:12 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b2 (X11/20070130) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.2.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig1F9DD75E57FDE3651E267449" Subject: i386 kernel just stops booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 15:25:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1F9DD75E57FDE3651E267449 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Hello everyone, I'm trying to get CURRENT installed on i386 desktop machine, but kernel stops booting after some time [1]. No error, even with verbose logging. At that point keyboard does not respond so manual reset is the only option. Nothing is logged into dmesg or messages. Right now RELENG_6 build yesterday is running happily on this machine. I tried custom kernel with disabled options: SMP, APIC (on/off), sound modules, bktr module - no go. 7.0-CURRENT snapshot [2] from 200702 - the same. Disabling ACPI at boot time (via menu) doesn't help either. I'm not sure what to do next. Is there any way to increase verbosity? Or another way to check what and why is failing? Any pointers on what to do appreciated. Hardware: i386, Athlon XP 2000+, ASRock K7NF2-RAID (NForce2), Audigy 2, Pixelview tv card (bktr). Dmesg, kernels, pciconf, etc can be found here:= http://www.orchid.homeunix.org/freebsd/config/persephone/ Thanks, Karol [1] excerpt from verbose dmesg log on RELENG_6, but this fragment looks the same on CURRENT: [...] ioapic0: Changing polarity for pin 16 to high pcib1: slot 8 INTA routed to irq 16 via \\_SB_.LNKA found-> vendor=3D0x1102, dev=3D0x7003, revid=3D0x03 bus=3D2, slot=3D8, func=3D1 class=3D09-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0105, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)= powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 3, enabled pcib1: requested I/O range 0xdc00-0xdc07: in range found-> vendor=3D0x1102, dev=3D0x4001, revid=3D0x00 bus=3D2, slot=3D8, func=3D2 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D64 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (100= 0 ns) intpin=3Db, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ff5ff800, size 11, enabled pcib1: requested memory range 0xff5ff800-0xff5fffff: good map[14]: type 1, range 32, base ff5f8000, size 14, enabled pcib1: requested memory range 0xff5f8000-0xff5fbfff: good pcib1: matched entry for 2.8.INTB (src \\_SB_.LNKB:0) pci_link1: Picked IRQ 17 with weight 0 ioapic0: Changing polarity for pin 17 to high pcib1: slot 8 INTB routed to irq 17 via \\_SB_.LNKB [ here it stops responding ] [2] ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200702/7.0-CURRENT-200702-i38= 6-bootonly.iso --=20 Karol Kwiatkowski OpenPGP 0x06E09309 --------------enig1F9DD75E57FDE3651E267449 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5EcEezeoPAwGIYsRCB2QAKCkykGroYFu29+rg85GSMipSn6tIQCeOBix WpUaX8EZ0Fmsq0HRVqQkEDE= =Mhoo -----END PGP SIGNATURE----- --------------enig1F9DD75E57FDE3651E267449-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 16:10:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 120F016A402 for ; Tue, 27 Feb 2007 16:10:27 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id E09B713C441 for ; Tue, 27 Feb 2007 16:10:26 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1RGAP45059813; Tue, 27 Feb 2007 10:10:25 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E457F5.8050709@freebsd.org> Date: Tue, 27 Feb 2007 10:10:29 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Etienne Robillard References: <564131.4881.qm@web55602.mail.re4.yahoo.com> In-Reply-To: <564131.4881.qm@web55602.mail.re4.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.88.4/2664/Tue Feb 27 07:11:46 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: too short/too long (sys/kern_tc.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 16:10:27 -0000 On 02/27/07 08:25, Etienne Robillard wrote: > Had this problem for a while.. It seems > to have disappear when booting with acpi enabled?? Oh - jsut realized it wasn't loaded (etherbooting doesn't load the modules, and I've been spoiled by having it autoload). Adding to my kernel now. > Dunno what may cause your bug, however I still gets > some of this: > > calcru: runtime went backwards from 37004444177421276 > usec to 18502193351497934 usec for pid 81026 (zsh) > > FreeBSD flick 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Mon > Jan 29 14:05:04 EST 2007 > root@flick:/usr/src/sys/i386/compile/CURRENT i386 > > > Are both bugs described correlated? I don't know for sure. Seems that slamming the CPU to 100% busy makes the messages occur much less. Yikes! Look at this: # vmstat -i interrupt total rate irq0: clk 8299985 116 irq1: atkbd0 67 0 irq4: sio0 5325 0 irq8: rtc 1065804 14 irq11: re0 73060 1 irq14: ata0 15 0 irq15: ata1 58 0 Total 9444314 132 Maybe acpi will help that too. Eric > > TIA, > Etienne > > > --- Eric Anderson wrote: > >> When I boot a -CURRENT box with boot verbose enabled >> inside qemu, I see >> one of these messages about every second: >> >> 15.f68c5ee76faebe10 too short >> 16.0f822e13092c5580 too long >> >> I can obviously whack the printf's, but what's the >> 'right way' to fix >> this? Set HZ to something? Pick a different timer? >> >> kern.timecounter.tick: 1 >> kern.timecounter.choice: TSC(800) i8254(0) >> dummy(-1000000) >> kern.timecounter.hardware: TSC >> kern.timecounter.nsetclock: 2 >> kern.timecounter.ngetmicrotime: 80036 >> kern.timecounter.ngetnanotime: 0 >> kern.timecounter.ngetbintime: 0 >> kern.timecounter.ngetmicrouptime: 29057 >> kern.timecounter.ngetnanouptime: 109 >> kern.timecounter.ngetbinuptime: 488 >> kern.timecounter.nmicrotime: 1708 >> kern.timecounter.nnanotime: 11 >> kern.timecounter.nbintime: 1719 >> kern.timecounter.nmicrouptime: 687 >> kern.timecounter.nnanouptime: 0 >> kern.timecounter.nbinuptime: 3734 >> kern.timecounter.stepwarnings: 0 >> kern.timecounter.tc.i8254.mask: 4294967295 >> kern.timecounter.tc.i8254.counter: 7769 >> kern.timecounter.tc.i8254.frequency: 1193182 >> kern.timecounter.tc.i8254.quality: 0 >> kern.timecounter.tc.TSC.mask: 4294967295 >> kern.timecounter.tc.TSC.counter: 809045640 >> kern.timecounter.tc.TSC.frequency: 1995115260 >> kern.timecounter.tc.TSC.quality: 800 >> kern.timecounter.smp_tsc: 0 >> >> FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Feb >> 23 09:28:20 CST >> 2007 i386 >> >> Eric >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > > > ---- > Etienne Robillard > 7680 de jouvence, La Plaine > J7M-2K9, Québec > Telephone: 450-478-5026 > Yahoo Messenger ID: granted14 > Skype ID: incidah > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 16:32:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 481A216A402 for ; Tue, 27 Feb 2007 16:32:48 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1035413C471 for ; Tue, 27 Feb 2007 16:32:47 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1RGWkek063888; Tue, 27 Feb 2007 10:32:47 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E45D32.5040703@freebsd.org> Date: Tue, 27 Feb 2007 10:32:50 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <564131.4881.qm@web55602.mail.re4.yahoo.com> <45E457F5.8050709@freebsd.org> In-Reply-To: <45E457F5.8050709@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.88.4/2664/Tue Feb 27 07:11:46 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Etienne Robillard Subject: Re: too short/too long (sys/kern_tc.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 16:32:48 -0000 On 02/27/07 10:10, Eric Anderson wrote: > On 02/27/07 08:25, Etienne Robillard wrote: >> Had this problem for a while.. It seems >> to have disappear when booting with acpi enabled?? > > Oh - jsut realized it wasn't loaded (etherbooting doesn't load the > modules, and I've been spoiled by having it autoload). Adding to my > kernel now. Indeed adding ACPI fixed that problem, and also increased the processing performance (for my limited app test) of my qemu machine by around a factor of 5x. >> Dunno what may cause your bug, however I still gets >> some of this: >> >> calcru: runtime went backwards from 37004444177421276 >> usec to 18502193351497934 usec for pid 81026 (zsh) >> >> FreeBSD flick 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Mon >> Jan 29 14:05:04 EST 2007 >> root@flick:/usr/src/sys/i386/compile/CURRENT i386 >> >> >> Are both bugs described correlated? > > I don't know for sure. Seems that slamming the CPU to 100% busy makes > the messages occur much less. I'm still getting those, but they are far less annoying. > Yikes! Look at this: > > # vmstat -i > interrupt total rate > irq0: clk 8299985 116 > irq1: atkbd0 67 0 > irq4: sio0 5325 0 > irq8: rtc 1065804 14 > irq11: re0 73060 1 > irq14: ata0 15 0 > irq15: ata1 58 0 > Total 9444314 132 > > Maybe acpi will help that too. Changed it: # vmstat -i interrupt total rate irq1: atkbd0 7 0 irq4: sio0 2642 8 irq11: re0 acpi0 9607 30 irq14: ata0 15 0 irq15: ata1 58 0 cpu0: timer 303104 959 Total 315433 998 >> TIA, >> Etienne >> >> >> --- Eric Anderson wrote: >> >>> When I boot a -CURRENT box with boot verbose enabled >>> inside qemu, I see >>> one of these messages about every second: >>> >>> 15.f68c5ee76faebe10 too short >>> 16.0f822e13092c5580 too long >>> >>> I can obviously whack the printf's, but what's the >>> 'right way' to fix >>> this? Set HZ to something? Pick a different timer? >>> >>> kern.timecounter.tick: 1 >>> kern.timecounter.choice: TSC(800) i8254(0) >>> dummy(-1000000) >>> kern.timecounter.hardware: TSC >>> kern.timecounter.nsetclock: 2 >>> kern.timecounter.ngetmicrotime: 80036 >>> kern.timecounter.ngetnanotime: 0 >>> kern.timecounter.ngetbintime: 0 >>> kern.timecounter.ngetmicrouptime: 29057 >>> kern.timecounter.ngetnanouptime: 109 >>> kern.timecounter.ngetbinuptime: 488 >>> kern.timecounter.nmicrotime: 1708 >>> kern.timecounter.nnanotime: 11 >>> kern.timecounter.nbintime: 1719 >>> kern.timecounter.nmicrouptime: 687 >>> kern.timecounter.nnanouptime: 0 >>> kern.timecounter.nbinuptime: 3734 >>> kern.timecounter.stepwarnings: 0 >>> kern.timecounter.tc.i8254.mask: 4294967295 >>> kern.timecounter.tc.i8254.counter: 7769 >>> kern.timecounter.tc.i8254.frequency: 1193182 >>> kern.timecounter.tc.i8254.quality: 0 >>> kern.timecounter.tc.TSC.mask: 4294967295 >>> kern.timecounter.tc.TSC.counter: 809045640 >>> kern.timecounter.tc.TSC.frequency: 1995115260 >>> kern.timecounter.tc.TSC.quality: 800 >>> kern.timecounter.smp_tsc: 0 >>> >>> FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Feb >>> 23 09:28:20 CST >>> 2007 i386 >>> >>> Eric >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >>> >> >> ---- >> Etienne Robillard >> 7680 de jouvence, La Plaine >> J7M-2K9, Québec >> Telephone: 450-478-5026 >> Yahoo Messenger ID: granted14 >> Skype ID: incidah >> >> __________________________________________________ >> Do You Yahoo!? >> Tired of spam? Yahoo! Mail has the best spam protection around >> http://mail.yahoo.com > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 17:11:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4633416A46E for ; Tue, 27 Feb 2007 17:11:59 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7CB0813C4BC for ; Tue, 27 Feb 2007 17:11:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1RHBvmK035086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Feb 2007 09:11:58 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45E4665D.4040406@errno.com> Date: Tue, 27 Feb 2007 09:11:57 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070227000327.GA65392@mail.scottro.net> <45E389E0.8040704@errno.com> <20070227015437.GA84457@mail.scottro.net> In-Reply-To: <20070227015437.GA84457@mail.scottro.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: if_bridge problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 17:11:59 -0000 Scott Robbins wrote: > On Mon, Feb 26, 2007 at 05:31:12PM -0800, Sam Leffler wrote: >> Scott Robbins wrote: > > > >>> kldload if_bridge >>> >>> Then >>> >>> ifconfig bridge0 create >>> >>> When I did that today I got >>> >>> ifconfig: SIOCIFCREATE2: Invalid argument >>> >>> >>> Thank you to anyone who can offer some insight. >>> >>> >> dmesg|tail will likely tell you the bridgestp module is missing. >> >> Sam > > Thank you Sam, but that doesn't seem to be the case. When I did a > kldload of if_bridge, bridgestp was also loaded. (Which of course, I > should have mentioned in my original post, please accept my apologies.) > > I don't know enough about if_bridge to know what other information might > be important. The ifconfig bridge0 create part has always pretty much > Just Worked(TM) for me as long as I loaded if_bridge. > > Thank you and again my apologies for not realizing I should have > mentioned bridgestp in my original post. > > I broke ifconfig cloning operations; should be fixed now. Sam From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 17:34:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BD6616A400 for ; Tue, 27 Feb 2007 17:34:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D63EA13C442 for ; Tue, 27 Feb 2007 17:34:25 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 6C2E317462; Tue, 27 Feb 2007 17:34:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1RHYNuM039155; Tue, 27 Feb 2007 17:34:24 GMT (envelope-from phk@critter.freebsd.dk) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 Feb 2007 08:00:36 CST." <45E43984.4020809@freebsd.org> Date: Tue, 27 Feb 2007 17:34:23 +0000 Message-ID: <39154.1172597663@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: too short/too long (sys/kern_tc.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 17:34:26 -0000 In message <45E43984.4020809@freebsd.org>, Eric Anderson writes: >When I boot a -CURRENT box with boot verbose enabled inside qemu, I see >one of these messages about every second: > >15.f68c5ee76faebe10 too short >16.0f822e13092c5580 too long This is a symptom of lousy scheduling or even worse interrupt latency. In your case +0.060/-0.036 sec per 16 seconds or a couple of percent in relative terms. (The printf is counter intuitive: the integer part is in decimal). I will readily admit that the 1/256 of a second limit is chosen pretty much at random, but with an eye to allowing a division by 16 to get close the right result. All of this futz is of course to avoid floating point in the kernel. As to why: My main suspect would be the BIOS/ACPI/SMM code, with a keen eye to the new interrupt filtering code and what it might do to the clock/scheduling interrupts. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 17:37:23 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34BCE16A405 for ; Tue, 27 Feb 2007 17:37:23 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id E642013C471 for ; Tue, 27 Feb 2007 17:37:20 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 46E1D11AEB1; Tue, 27 Feb 2007 18:37:20 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1RHaq5h002670; Tue, 27 Feb 2007 18:36:52 +0100 (CET) (envelope-from piso) Date: Tue, 27 Feb 2007 18:36:39 +0100 From: Paolo Pisati To: Paolo Pisati Message-ID: <20070227173639.GA2175@tin.it> References: <20070227145259.GB1655@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070227145259.GB1655@tin.it> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: freebsd-current@mx1.freebsd.org, Goran Gajic Subject: Re: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 17:37:23 -0000 On Tue, Feb 27, 2007 at 03:52:59PM +0100, Paolo Pisati wrote: > > No, wait, em_intr_fast() was supposed to run as an INTR_FAST (that's > where it gets the suffix '_fast'), and since the bus_setup_intr() > modification to define an INTR_FAST/filter, you use the driver_filter_t > arg, so: > > bus_setup_intr(dev, adapter->res_interrupt, INTR_TYPE_NET, > em_intr_fast,NULL adapter, &adapter->int_handler_tag) > > is the correct one. > Moreover, all the filter handlers (ex INTR_FAST) return a status > about interrupt handling, so em_intr_fast() prototype and return code > are corrects. a fix was just committed to HEAD: look for sys/kern/kern_intr.c rev: 1.141. bye, P. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 17:55:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3822816A401 for ; Tue, 27 Feb 2007 17:55:45 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (mail13.simplicato.com [207.99.47.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1198E13C467 for ; Tue, 27 Feb 2007 17:55:44 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (localhost [127.0.0.1]) by mail13.simplicato.com (Postfix) with ESMTP id 150CD77B2FC; Tue, 27 Feb 2007 12:27:43 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail13.simplicato.com (Postfix) with ESMTP id E20BC77B2CF; Tue, 27 Feb 2007 12:27:42 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 27 Feb 2007 12:27:42 -0500 Date: Tue, 27 Feb 2007 12:27:42 -0500 From: Scott Robbins To: Sam Leffler Message-ID: <20070227172742.GA95480@uws1.starlofashions.com> Mail-Followup-To: Sam Leffler , freebsd-current@freebsd.org References: <20070227000327.GA65392@mail.scottro.net> <45E389E0.8040704@errno.com> <20070227015437.GA84457@mail.scottro.net> <45E4665D.4040406@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E4665D.4040406@errno.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: if_bridge problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 17:55:45 -0000 On Tue, Feb 27, 2007 at 09:11:57AM -0800, Sam Leffler wrote: > Scott Robbins wrote: > > On Mon, Feb 26, 2007 at 05:31:12PM -0800, Sam Leffler wrote: > >> Scott Robbins wrote: > > > >>> kldload if_bridge > >>> > >>> Then > >>> > >>> ifconfig bridge0 create > >>> > >>> When I did that today I got > >>> > >>> ifconfig: SIOCIFCREATE2: Invalid argument > >>> > > > > > I broke ifconfig cloning operations; should be fixed now. > > Sam Great, thank you. I'll check it out tonight. -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: Everything has been taken away because Daddy made a little mistake on his taxes... for the last twelve years. From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 18:16:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB98E16A400 for ; Tue, 27 Feb 2007 18:16:48 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id B015E13C4D0 for ; Tue, 27 Feb 2007 18:16:46 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1RIGj19082712; Tue, 27 Feb 2007 12:16:45 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E47590.407@freebsd.org> Date: Tue, 27 Feb 2007 12:16:48 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Poul-Henning Kamp References: <39154.1172597663@critter.freebsd.dk> In-Reply-To: <39154.1172597663@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2665/Tue Feb 27 10:26:03 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: too short/too long (sys/kern_tc.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:16:49 -0000 On 02/27/07 11:34, Poul-Henning Kamp wrote: > In message <45E43984.4020809@freebsd.org>, Eric Anderson writes: > >> When I boot a -CURRENT box with boot verbose enabled inside qemu, I see >> one of these messages about every second: >> >> 15.f68c5ee76faebe10 too short >> 16.0f822e13092c5580 too long > > This is a symptom of lousy scheduling or even worse interrupt > latency. > > In your case +0.060/-0.036 sec per 16 seconds or a couple of percent > in relative terms. (The printf is counter intuitive: the integer > part is in decimal). > > I will readily admit that the 1/256 of a second limit is chosen > pretty much at random, but with an eye to allowing a division > by 16 to get close the right result. > > All of this futz is of course to avoid floating point in the kernel. > > As to why: My main suspect would be the BIOS/ACPI/SMM code, with > a keen eye to the new interrupt filtering code and what it might > do to the clock/scheduling interrupts. > Thanks for the reply and info. It turns out that enabling acpi in the kernel makes it go away, so I'm happy. I'm not certain if anyone should care much about it, besides the fact that it might be pointing to something else more important. Are these at all related to the calcru messages people have been seeing? I have to admit, I haven't looked much in the archives on the calcru history. I'm mostly asking for the others who have responded to me privately after sending this message. Eric From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 18:33:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5486816A406; Tue, 27 Feb 2007 18:33:19 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1D60C13C4A6; Tue, 27 Feb 2007 18:33:19 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l1RI7TtG044393; Tue, 27 Feb 2007 10:07:37 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l1RI7R1B044390; Tue, 27 Feb 2007 10:07:29 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 27 Feb 2007 10:07:27 -0800 (PST) From: mjacob@freebsd.org To: des@freebsd.org In-Reply-To: <20070227093808.3C0FF73039@freebsd-current.sentex.ca> Message-ID: <20070227100653.E44348@ns1.feral.com> References: <20070227093808.3C0FF73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:33:19 -0000 Thank you- yes pointy hat. On Tue, 27 Feb 2007, FreeBSD Tinderbox wrote: > TB --- 2007-02-27 08:22:28 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2007-02-27 08:22:28 - starting HEAD tinderbox run for sparc64/sun4v > TB --- 2007-02-27 08:22:28 - cleaning the object tree > TB --- 2007-02-27 08:23:15 - checking out the source tree > TB --- 2007-02-27 08:23:15 - cd /tinderbox/HEAD/sparc64/sun4v > TB --- 2007-02-27 08:23:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2007-02-27 08:40:15 - building world (CFLAGS=-O2 -pipe) > TB --- 2007-02-27 08:40:15 - cd /src > TB --- 2007-02-27 08:40:15 - /usr/bin/make -B buildworld >>>> World build started on Tue Feb 27 08:40:17 UTC 2007 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Tue Feb 27 09:38:07 UTC 2007 > TB --- 2007-02-27 09:38:07 - generating LINT kernel config > TB --- 2007-02-27 09:38:07 - cd /src/sys/sun4v/conf > TB --- 2007-02-27 09:38:07 - /usr/bin/make -B LINT > TB --- 2007-02-27 09:38:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2007-02-27 09:38:07 - cd /src > TB --- 2007-02-27 09:38:07 - /usr/bin/make buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Tue Feb 27 09:38:07 UTC 2007 >>>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /src/sys/sun4v/conf; PATH=/obj/sun4v/src/tmp/legacy/usr/sbin:/obj/sun4v/src/tmp/legacy/usr/bin:/obj/sun4v/src/tmp/legacy/usr/games:/obj/sun4v/src/tmp/usr/sbin:/obj/sun4v/src/tmp/usr/bin:/obj/sun4v/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v/src/sys/LINT /src/sys/sun4v/conf/LINT > WARNING: duplicate option `DEV_MEM' encountered. > WARNING: duplicate device `mem' encountered. > WARNING: duplicate option `DEV_GENCLOCK' encountered. > WARNING: duplicate device `genclock' encountered. > /src/sys/sun4v/conf/LINT: unknown option "GEOM_MULTIPATH" > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2007-02-27 09:38:07 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-02-27 09:38:07 - ERROR: failed to build lint kernel > TB --- 2007-02-27 09:38:07 - tinderbox aborted > TB --- 0.54 user 2.04 system 4539.17 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full > _______________________________________________ > freebsd-tinderbox@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-tinderbox > To unsubscribe, send any mail to "freebsd-tinderbox-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 19:53:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B950216A405 for ; Tue, 27 Feb 2007 19:53:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 66B8E13C471 for ; Tue, 27 Feb 2007 19:53:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1RJrjc6052936; Tue, 27 Feb 2007 14:53:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Bruce M. Simpson" Date: Tue, 27 Feb 2007 13:02:40 -0500 User-Agent: KMail/1.9.1 References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <200702261833.01791.jhb@freebsd.org> <45E383D1.8040702@FreeBSD.org> In-Reply-To: <45E383D1.8040702@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702271302.41380.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Feb 2007 14:53:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2665/Tue Feb 27 11:26:03 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 19:53:48 -0000 On Monday 26 February 2007 20:05, Bruce M. Simpson wrote: > John Baldwin wrote: > > > > Try this: > > > > Index: kern_conf.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/kern/kern_conf.c,v > > retrieving revision 1.200 > ... > > Have you checked that this jibes OK with rev 1.201? Devices may be added > out of order without this change; see > http://www.freebsd.org/cgi/query-pr.cgi?pr=105228 for details. Right now the system panics. phk@ refuses to investigate the bug at all (which is most unhelpful). I can provide more detailed analysis of the problem on demand. The patch changes the way that the 'unit == -1 && u != low' case is handled. It now leaves 'low' alone and tries the next device in the list rather than comparing 'u' against (-1 | extra). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 19:53:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E422816A408 for ; Tue, 27 Feb 2007 19:53:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6C70D13C481 for ; Tue, 27 Feb 2007 19:53:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1RJrjc8052936; Tue, 27 Feb 2007 14:53:49 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kostik Belousov Date: Tue, 27 Feb 2007 13:08:17 -0500 User-Agent: KMail/1.9.1 References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <200702261833.01791.jhb@freebsd.org> <20070227104214.GH77131@deviant.kiev.zoral.com.ua> In-Reply-To: <20070227104214.GH77131@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702271308.18038.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Feb 2007 14:53:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2665/Tue Feb 27 11:26:03 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 19:53:52 -0000 On Tuesday 27 February 2007 05:42, Kostik Belousov wrote: > On Mon, Feb 26, 2007 at 06:33:01PM -0500, John Baldwin wrote: > > On Saturday 24 February 2007 05:23, Kostik Belousov wrote: > > > On Sat, Feb 24, 2007 at 03:26:28PM +0900, Wilkinson, Alex wrote: > > > > 0n Fri, Feb 23, 2007 at 01:34:39PM +0200, Kostik Belousov wrote: > > > > > > > > >BTW, you panic is caused by nvidia driver. I believe there is a patch > > by > > > > >nvidia that would eliminate the problem. > > > > > > > > Got a link to the patch ? > > > I do not use nvidia cards, and did not saved the link. Search in the > > > archive. > > > > Try this: > > > > Index: kern_conf.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/kern/kern_conf.c,v > > retrieving revision 1.200 > > diff -u -r1.200 kern_conf.c > > --- kern_conf.c 20 Oct 2006 07:59:50 -0000 1.200 > > +++ kern_conf.c 4 Jan 2007 20:42:07 -0000 > > @@ -843,16 +843,20 @@ > > dev_unlock(); > > return (0); > > } > > - if (unit == -1 && u == low) { > > - low++; > > - de = dev; > > - continue; > > - } else if (u < (unit | extra)) { > > - de = dev; > > - continue; > > - } else if (u > (unit | extra)) { > > - dl = dev; > > - break; > > + if (unit == -1) { > > + if (u == low) { > > + low++; > > + de = dev; > > + continue; > > + } > > + } else { > > + if (u < (unit | extra)) { > > + de = dev; > > + continue; > > + } else if (u > (unit | extra)) { > > + dl = dev; > > + break; > > + } > > } > > } > > if (unit == -1) > > > > -- > > John Baldwin > This change has nothing to do with reported panic. Panic is caused by invalid > refcounting in nvidia driver for cdev. Nvidia is already aware of the problem, > and patch from them floated around. Hmm, that's odd as this is the patch nvidia sent me many months ago for the "dev is on clonelist" panic. I don't see how the driver could cause clone_create() to pick a device on the clone list since clone_create() holds the dev_lock() the whole time. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 19:53:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 977E816A5D0 for ; Tue, 27 Feb 2007 19:53:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 48AF313C4AA for ; Tue, 27 Feb 2007 19:53:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1RJrjc7052936; Tue, 27 Feb 2007 14:53:47 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Danny Braniss Date: Tue, 27 Feb 2007 13:03:43 -0500 User-Agent: KMail/1.9.1 References: <200702261653.48794.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702271303.44239.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Feb 2007 14:53:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2665/Tue Feb 27 11:26:03 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: problems porting iSCSI to current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 19:53:58 -0000 On Tuesday 27 February 2007 05:26, Danny Braniss wrote: > > On Monday 19 February 2007 04:53, Danny Braniss wrote: > > > Hi all, > > > im getting stuck in destroy_dev(...) because > > > si_threadcount is not zero, (actually 1 before the call), > > > all this in sys/kern_conf.c. > > > what magic am I doing wrong? > > > > Don't call destroy_dev() in your close routine. > > > and how will the device created by make_dev get destroyed? > merlin to the rescue ... I agree it's not clear, and I'm not using cloning in ipmi(4) until it makes sense. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 20:14:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4002A16A402 for ; Tue, 27 Feb 2007 20:14:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id DC7AE13C467 for ; Tue, 27 Feb 2007 20:14:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1RKEd0F053149; Tue, 27 Feb 2007 15:14:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 27 Feb 2007 15:15:07 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702271515.08052.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Feb 2007 15:14:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2665/Tue Feb 27 11:26:03 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kip Macy Subject: Re: HEADSUP ABI breakage for future LOCK_PROFILING + non-LOCK_PROFILING usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:14:42 -0000 On Tuesday 27 February 2007 01:30, Kip Macy wrote: > The following change will go in shortly unless I hear a good reason > not to do so. > > -Kip > > 200702246: > The lock_profile_object in the lock_object has been moved to the > bottom and lock_object ha been moved to the end of all synchronization > primitives so that a kernel compiled without LOCK_PROFILING will > work with modules that are compiled with it. It also gets us closer > to having a kernel compiled with LOCK_PROFILING work with modules > compiled without. The kernel and all modules will need to be > re-compiled. The kernel + modules compiled together should already work if LOCK_PROFILING is defined when the modules are built, and the new kernel build glue is supposed to do that for you already. However, this won't help with mixing the PROFILING and non-PROFILING cases because 'struct mtx' will still be variant sized and several structures have 'struct mtx' embedded in them (most notably struct proc) and having 'struct mtx' change size breaks the ABI because the offsets of all the members after 'p_mtx' change. E.g. all the p->p_vmspace offsets would be different in the LOCK_PROFILING vs non-LOCK_PROFILING kernels. Also, this would break the ddb 'show lock' command, though that may be less important. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 20:18:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 966CC16A403 for ; Tue, 27 Feb 2007 20:18:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id C777713C494 for ; Tue, 27 Feb 2007 20:18:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so290597nfc for ; Tue, 27 Feb 2007 12:18:09 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EspiVLbBK8oxyhgKJr6PyfTLUr41Kw5f3SfeM5+KKu+J6InQS6FfeUc6GRIYARYOlMgDEpccbrhYBMdkNY99EcShiSeF+1s3Fk/iZjwOSM1nImik3F8pke/Mwq6efCWEWmV/jnTH1+0C6WmL/prAZwnbdAatytUC6T5Va7JoSGE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ym2QcVA3vlvlgO4mht8zsLR/nqcEZYFRoVDdEU5BSTNa4YEmLpMiOkaXZ1xL4xXQs7Wnxako5f6Y3NhOMdpfgaptH06rqWYTbJM0A2qa1WGefyLStm1eG++M4KhyxU7GBVUIw2FFXfHstBZzVTR5JFk63cCuGncf5j7QDFvo6tg= Received: by 10.82.113.6 with SMTP id l6mr2294000buc.1172607489713; Tue, 27 Feb 2007 12:18:09 -0800 (PST) Received: by 10.82.151.15 with HTTP; Tue, 27 Feb 2007 12:18:09 -0800 (PST) Message-ID: Date: Tue, 27 Feb 2007 12:18:09 -0800 From: "Kip Macy" To: "John Baldwin" In-Reply-To: <200702271515.08052.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200702271515.08052.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP ABI breakage for future LOCK_PROFILING + non-LOCK_PROFILING usage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:18:11 -0000 Good point about the struct mtx being embedded in arbitrary places in structures. I'll need to rethink. On 2/27/07, John Baldwin wrote: > On Tuesday 27 February 2007 01:30, Kip Macy wrote: > > The following change will go in shortly unless I hear a good reason > > not to do so. > > > > -Kip > > > > 200702246: > > The lock_profile_object in the lock_object has been moved to the > > bottom and lock_object ha been moved to the end of all synchronization > > primitives so that a kernel compiled without LOCK_PROFILING will > > work with modules that are compiled with it. It also gets us closer > > to having a kernel compiled with LOCK_PROFILING work with modules > > compiled without. The kernel and all modules will need to be > > re-compiled. > > The kernel + modules compiled together should already work if LOCK_PROFILING > is defined when the modules are built, and the new kernel build glue is > supposed to do that for you already. > > However, this won't help with mixing the PROFILING and non-PROFILING cases > because 'struct mtx' will still be variant sized and several structures > have 'struct mtx' embedded in them (most notably struct proc) and having > 'struct mtx' change size breaks the ABI because the offsets of all the > members after 'p_mtx' change. E.g. all the p->p_vmspace offsets would be > different in the LOCK_PROFILING vs non-LOCK_PROFILING kernels. > > Also, this would break the ddb 'show lock' command, though that may be less > important. > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 20:22:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C60B16A403 for ; Tue, 27 Feb 2007 20:22:20 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (mail13.simplicato.com [207.99.47.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7489713C46B for ; Tue, 27 Feb 2007 20:22:20 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (localhost [127.0.0.1]) by mail13.simplicato.com (Postfix) with ESMTP id 91E8677B37B; Tue, 27 Feb 2007 15:22:19 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail13.simplicato.com (Postfix) with ESMTP id 7102B77B348; Tue, 27 Feb 2007 15:22:19 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 27 Feb 2007 15:22:19 -0500 Date: Tue, 27 Feb 2007 15:22:19 -0500 From: Scott Robbins To: Sam Leffler Message-ID: <20070227202219.GA8323@uws1.starlofashions.com> Mail-Followup-To: Sam Leffler , freebsd-current@freebsd.org References: <20070227000327.GA65392@mail.scottro.net> <45E389E0.8040704@errno.com> <20070227015437.GA84457@mail.scottro.net> <45E4665D.4040406@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E4665D.4040406@errno.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: if_bridge problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:22:20 -0000 On Tue, Feb 27, 2007 at 09:11:57AM -0800, Sam Leffler wrote: > Scott Robbins wrote: > > On Mon, Feb 26, 2007 at 05:31:12PM -0800, Sam Leffler wrote: > >> Scott Robbins wrote: > > > >>> kldload if_bridge > >>> > >>> Then > >>> > >>> ifconfig bridge0 create > >>> > >>> When I did that today I got > >>> > >>> ifconfig: SIOCIFCREATE2: Invalid argument > >>> > > > > > I broke ifconfig cloning operations; should be fixed now. > > Sam Great, thank you. I'll check it out tonight. I just checked, and yes, it seems to be fixed. Thank you very much Sam. -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 20:37:07 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07ED316A401; Tue, 27 Feb 2007 20:37:07 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av8-2-sn3.vrr.skanova.net (av8-2-sn3.vrr.skanova.net [81.228.9.184]) by mx1.freebsd.org (Postfix) with ESMTP id BD56B13C467; Tue, 27 Feb 2007 20:37:06 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av8-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 47A7737E87; Tue, 27 Feb 2007 21:05:19 +0100 (CET) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av8-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D6F9837E4F; Tue, 27 Feb 2007 21:05:18 +0100 (CET) Received: from [192.168.1.149] (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id B809E37E42; Tue, 27 Feb 2007 21:05:16 +0100 (CET) From: Joel Dahl To: Nate Lawson In-Reply-To: <45E39552.2020607@root.org> References: <45E39552.2020607@root.org> Content-Type: text/plain; charset=ISO-8859-15 Date: Tue, 27 Feb 2007 21:05:17 +0100 Message-Id: <1172606717.1007.12.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:37:07 -0000 Mĺn 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson: > If you are having EC timeout problems as in the below PR, please try the > latest EC code. I just committed it in rev 1.69 of acpi_ec.c to > -current. Thanks for working on this, but my laptop (HP nx7400) shuts down right after boot (or sometimes during boot) after this commit. I see this on the console: acpi_tz3: WARNING - Current temperature (3416.3) exceeds safe limits ... WARNING: System temperature too high, shutting down soon! Everything works fine with an older kernel. -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 18:47:04 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CC3B16A403; Tue, 27 Feb 2007 18:47:04 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.freebsd.org (Postfix) with ESMTP id 64E4313C428; Tue, 27 Feb 2007 18:47:02 +0000 (UTC) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id 9370B56447; Tue, 27 Feb 2007 12:25:16 -0600 (CST) Received: (hashcash-sendmail, from uid 1001); Tue, 27 Feb 2007 12:25:11 -0600 Date: Tue, 27 Feb 2007 12:25:11 -0600 From: "Jim C. Nasby" To: Kris Kennaway Message-ID: <20070227182511.GD29041@decibel.org> References: <20070224213111.GB41434@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:070227:kris@obsecurity.org::ZfkkrvGoPB4j26Q4:000000000000000000 000000000000000000000000E4u8 X-Hashcash: 1:20:070227:current@freebsd.org::wLCCNtNwCp/MnJAC:000000000000000000 0000000000000000000000005FBg X-Hashcash: 1:20:070227:smp@freebsd.org::sNfaJBt1kI+uy+Kj:004bSG X-Hashcash: 1:20:070227:hackers@freebsd.org::CCH717eLUGNxpKNB:000000000000000000 0000000000000000000000002R0f X-Mailman-Approved-At: Tue, 27 Feb 2007 20:39:42 +0000 Cc: smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:47:04 -0000 On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote: > Now that the goals of the SMPng project are complete, for the past > year or more several of us have been working hard on profiling FreeBSD > in various multiprocessor workloads, and looking for performance > bottlenecks to be optimized. > > We have recently made significant progress on optimizing for MySQL > running on an 8-core amd64 system. The graph of results may be found > here: I do *not* want to start a database war here, but I'm wondering if any testing has been done with PostgreSQL? The reason I'm asking is that there are some benchmarks that show MySQL falling off drastically with increased concurrency: http://www.mysqlperformanceblog.com/2006/11/30/interesting-mysql-and-postgresql-benchmarks/ It would be interesting to see how the changes you've made stack up using PostgreSQL as the benchmark. -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 20:59:53 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E5CD16A405; Tue, 27 Feb 2007 20:59:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4A113C4A7; Tue, 27 Feb 2007 20:59:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4F0B21A4D80; Tue, 27 Feb 2007 12:59:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A36A5138A; Tue, 27 Feb 2007 15:59:52 -0500 (EST) Date: Tue, 27 Feb 2007 15:59:52 -0500 From: Kris Kennaway To: "Jim C. Nasby" Message-ID: <20070227205951.GA56651@xor.obsecurity.org> References: <20070224213111.GB41434@xor.obsecurity.org> <20070227182511.GD29041@decibel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070227182511.GD29041@decibel.org> User-Agent: Mutt/1.4.2.2i Cc: smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:59:53 -0000 On Tue, Feb 27, 2007 at 12:25:11PM -0600, Jim C. Nasby wrote: > On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote: > > Now that the goals of the SMPng project are complete, for the past > > year or more several of us have been working hard on profiling FreeBSD > > in various multiprocessor workloads, and looking for performance > > bottlenecks to be optimized. > > > > We have recently made significant progress on optimizing for MySQL > > running on an 8-core amd64 system. The graph of results may be found > > here: > > I do *not* want to start a database war here, but I'm wondering if any > testing has been done with PostgreSQL? The reason I'm asking is that > there are some benchmarks that show MySQL falling off drastically with > increased concurrency: > > http://www.mysqlperformanceblog.com/2006/11/30/interesting-mysql-and-postgresql-benchmarks/ > > It would be interesting to see how the changes you've made stack up > using PostgreSQL as the benchmark. I've mentioned this a couple of times, but postgresql didn't scale well [on freebsd at least] when I tried it last year. I hope to revisit when I get time. Kris From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 22:13:09 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66D3716A402; Tue, 27 Feb 2007 22:13:09 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.freebsd.org (Postfix) with ESMTP id 56C8913C474; Tue, 27 Feb 2007 22:13:03 +0000 (UTC) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id 825D156448; Tue, 27 Feb 2007 16:12:56 -0600 (CST) Received: (hashcash-sendmail, from uid 1001); Tue, 27 Feb 2007 16:12:52 -0600 Date: Tue, 27 Feb 2007 16:12:52 -0600 From: "Jim C. Nasby" To: Kris Kennaway Message-ID: <20070227221252.GD51916@decibel.org> References: <20070224213111.GB41434@xor.obsecurity.org> <20070227182511.GD29041@decibel.org> <20070227205951.GA56651@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070227205951.GA56651@xor.obsecurity.org> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:070227:kris@obsecurity.org::wLOhjXd5ltJ5IpVt:000000000000000000 000000000000000000000000Eto9 X-Hashcash: 1:20:070227:smp@freebsd.org::9BQbC1VrW17/px+a:000cyW X-Hashcash: 1:20:070227:hackers@freebsd.org::l4G+UwZc9EVfZ30P:000000000000000000 0000000000000000000000000MVl X-Hashcash: 1:20:070227:current@freebsd.org::SAkcIpT47EVw7M9K:000000000000000000 0000000000000000000000004zQf Cc: smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:13:09 -0000 On Tue, Feb 27, 2007 at 03:59:52PM -0500, Kris Kennaway wrote: > On Tue, Feb 27, 2007 at 12:25:11PM -0600, Jim C. Nasby wrote: > > On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote: > > > Now that the goals of the SMPng project are complete, for the past > > > year or more several of us have been working hard on profiling FreeBSD > > > in various multiprocessor workloads, and looking for performance > > > bottlenecks to be optimized. > > > > > > We have recently made significant progress on optimizing for MySQL > > > running on an 8-core amd64 system. The graph of results may be found > > > here: > > > > I do *not* want to start a database war here, but I'm wondering if any > > testing has been done with PostgreSQL? The reason I'm asking is that > > there are some benchmarks that show MySQL falling off drastically with > > increased concurrency: > > > > http://www.mysqlperformanceblog.com/2006/11/30/interesting-mysql-and-postgresql-benchmarks/ > > > > It would be interesting to see how the changes you've made stack up > > using PostgreSQL as the benchmark. > > I've mentioned this a couple of times, but postgresql didn't scale > well [on freebsd at least] when I tried it last year. I hope to > revisit when I get time. Let me know if you need help when you get to that point. Keep in mind that PostgreSQL's out-of-the-box configuration is pretty conservative, so you won't get good numbers that way. -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 22:43:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2FA816A401; Tue, 27 Feb 2007 22:43:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7D31E13C4A8; Tue, 27 Feb 2007 22:43:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1RMhHiw054168; Tue, 27 Feb 2007 17:43:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 27 Feb 2007 15:26:08 -0500 User-Agent: KMail/1.9.1 References: <20070227084214.Y56223@fledge.watson.org> <20070227090505.K56223@fledge.watson.org> In-Reply-To: <20070227090505.K56223@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702271526.09457.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 27 Feb 2007 17:43:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2665/Tue Feb 27 11:26:03 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Robert Watson , Jiawei Ye Subject: Re: Processes stuck in *unp_m after recent uipc changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:43:19 -0000 On Tuesday 27 February 2007 04:05, Robert Watson wrote: > On Tue, 27 Feb 2007, Robert Watson wrote: > > > On Tue, 27 Feb 2007, Jiawei Ye wrote: > > > >> With the latest uipc locking changes, I experienced a hard lockup on my > >> -current machine. Many processes got stuck in *unp_m state and > >> ctrl-alt-delete at the console cannot properly restart the machine and I > >> had to hard-reset (no coredump available). Is there anyway to diagnose > >> this? > > > > Please configure WITNESS, DDB, and BREAK_TO_DEBUGGER on a box with a serial > > console. Then attach the output of "ps", "show alllocks", and "alltrace" to > > an e-mail. With any luck, this is a leaked lock in some missed error case > > and we can just add a missing unlock. Thanks! > > Obviously, INVARIANTS also good on general principle. :-) > > See the handbook chapter on debugging, and in particular live DDB debugging, > if you're running into any problems. 'show allchains' also considered helpful as it will reveal any deadlocks. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 23:06:07 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BA3416A409 for ; Tue, 27 Feb 2007 23:06:07 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4164513C4A3 for ; Tue, 27 Feb 2007 23:06:07 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 57726 invoked from network); 27 Feb 2007 22:16:35 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 22:16:35 -0000 Message-ID: <45E4ADCD.4090909@root.org> Date: Tue, 27 Feb 2007 14:16:45 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: arch@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/mixed; boundary="------------020900080209080209010700" Cc: current@FreeBSD.org Subject: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:06:07 -0000 This is a multi-part message in MIME format. --------------020900080209080209010700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Attached is a patch that uses eventhandlers to update the TSC freq. This is important because DELAY() uses TSC directly (on i386 and amd64) but the rate calculated at boot changes if cpufreq is in use. It maintains current behavior that cpufreq transitions are denied if TSC is the active timecounter. The API is that there is a pre and post transition eventhandler that is called by the cpufreq core. The pre handler is passed the next state (including freq, power, etc.) and can store a non-zero status value in the output arg to indicate it wants to reject the transition. The post handler also is passed the next state and the result of the transition (0 on success). Once any issues are addressed, I'll update this for amd64, ALTQ, and possibly PC98. Non-x86 archs can stick with the current behavior if they're satisfied or hook the eventhandlers provided to DTRT. -- Nate --------------020900080209080209010700 Content-Type: text/plain; name="cpu_event.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpu_event.diff" Index: sys/i386/i386/tsc.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/tsc.c,v retrieving revision 1.206 diff -u -r1.206 tsc.c --- sys/i386/i386/tsc.c 4 Aug 2006 07:56:35 -0000 1.206 +++ sys/i386/i386/tsc.c 27 Feb 2007 21:57:46 -0000 @@ -30,6 +30,8 @@ #include "opt_clock.h" #include +#include +#include #include #include #include @@ -52,14 +54,20 @@ TUNABLE_INT("kern.timecounter.smp_tsc", &smp_tsc); #endif +static eventhandler_tag evh_pre_tag, evh_post_tag; + static unsigned tsc_get_timecount(struct timecounter *tc); +static void tsc_freq_changing(void *arg, const struct cf_level *level, + int *status); +static void tsc_freq_changed(void *arg, const struct cf_level *level, + int *status); static struct timecounter tsc_timecounter = { tsc_get_timecount, /* get_timecount */ 0, /* no poll_pps */ - ~0u, /* counter_mask */ + ~0u, /* counter_mask */ 0, /* frequency */ - "TSC", /* name */ + "TSC", /* name */ 800, /* quality (adjusted in code) */ }; @@ -87,8 +95,13 @@ if (bootverbose) printf("TSC clock: %ju Hz\n", (intmax_t)tsc_freq); set_cputicker(rdtsc, tsc_freq, 1); -} + /* Register to find out about changes in CPU frequency. */ + evh_pre_tag = EVENTHANDLER_REGISTER(cpufreq_pre_change, + tsc_freq_changing, NULL, EVENTHANDLER_PRI_ANY); + evh_post_tag = EVENTHANDLER_REGISTER(cpufreq_post_change, + tsc_freq_changed, NULL, EVENTHANDLER_PRI_ANY); +} void init_TSC_tc(void) @@ -128,6 +141,38 @@ } } +/* + * If the TSC timecounter is in use, veto the pending change. It may be + * possible in the future to handle a dynamically-changing timecounter rate. + */ +static void +tsc_freq_changing(void *arg, const struct cf_level *level, int *status) +{ + static int once; + + if (*status == 0 && timecounter == &tsc_timecounter) { + if (!once) { + printf("timecounter TSC must not be in use when " + "changing frequencies; change denied\n"); + once = 1; + } + *status = EBUSY; + } +} + +/* Update TSC freq with the value indicated by the caller. */ +static void +tsc_freq_changed(void *arg, const struct cf_level *level, int *status) +{ + /* If there was an error during the transition, don't do anything. */ + if (*status != 0) + return; + + /* Total setting gives the new frequency in MHz. */ + tsc_freq = level->total_set.freq * 1000000; + tsc_timecounter.tc_frequency = tsc_freq; +} + static int sysctl_machdep_tsc_freq(SYSCTL_HANDLER_ARGS) { Index: sys/kern/kern_cpu.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_cpu.c,v retrieving revision 1.23 diff -u -r1.23 kern_cpu.c --- sys/kern/kern_cpu.c 3 Mar 2006 02:06:04 -0000 1.23 +++ sys/kern/kern_cpu.c 27 Feb 2007 21:59:59 -0000 @@ -95,7 +95,6 @@ static int cpufreq_attach(device_t dev); static int cpufreq_detach(device_t dev); -static void cpufreq_evaluate(void *arg); static int cf_set_method(device_t dev, const struct cf_level *level, int priority); static int cf_get_method(device_t dev, struct cf_level *level); @@ -127,8 +126,6 @@ static devclass_t cpufreq_dc; DRIVER_MODULE(cpufreq, cpu, cpufreq_driver, cpufreq_dc, 0, 0); -static eventhandler_tag cf_ev_tag; - static int cf_lowest_freq; static int cf_verbose; TUNABLE_INT("debug.cpufreq.lowest", &cf_lowest_freq); @@ -176,8 +173,6 @@ SYSCTL_CHILDREN(device_get_sysctl_tree(parent)), OID_AUTO, "freq_levels", CTLTYPE_STRING | CTLFLAG_RD, sc, 0, cpufreq_levels_sysctl, "A", "CPU frequency levels"); - cf_ev_tag = EVENTHANDLER_REGISTER(cpufreq_changed, cpufreq_evaluate, - NULL, EVENTHANDLER_PRI_ANY); return (0); } @@ -202,18 +197,11 @@ numdevs = devclass_get_count(cpufreq_dc); if (numdevs == 1) { CF_DEBUG("final shutdown for %s\n", device_get_nameunit(dev)); - EVENTHANDLER_DEREGISTER(cpufreq_changed, cf_ev_tag); } return (0); } -static void -cpufreq_evaluate(void *arg) -{ - /* TODO: Re-evaluate when notified of changes to drivers. */ -} - static int cf_set_method(device_t dev, const struct cf_level *level, int priority) { @@ -222,26 +210,16 @@ struct cf_saved_freq *saved_freq, *curr_freq; struct pcpu *pc; int cpu_id, error, i; - static int once; sc = device_get_softc(dev); error = 0; set = NULL; saved_freq = NULL; - /* - * Check that the TSC isn't being used as a timecounter. - * If it is, then return EBUSY and refuse to change the - * clock speed. - */ - if (strcmp(timecounter->tc_name, "TSC") == 0) { - if (!once) { - printf("cpufreq: frequency change with timecounter" - " TSC not allowed, see cpufreq(4)\n"); - once = 1; - } - return (EBUSY); - } + /* We are going to change levels so notify the pre-change handler. */ + EVENTHANDLER_INVOKE(cpufreq_pre_change, level, &error); + if (error != 0) + return (error); CF_MTX_LOCK(&sc->lock); @@ -378,8 +356,15 @@ out: CF_MTX_UNLOCK(&sc->lock); + + /* + * We changed levels (or attempted to) so notify the post-change + * handler of new frequency or error. + */ + EVENTHANDLER_INVOKE(cpufreq_post_change, level, &error); if (error && set) device_printf(set->dev, "set freq failed, err %d\n", error); + return (error); } Index: sys/sys/cpu.h =================================================================== RCS file: /home/ncvs/src/sys/sys/cpu.h,v retrieving revision 1.3 diff -u -r1.3 cpu.h --- sys/sys/cpu.h 19 Feb 2005 06:13:25 -0000 1.3 +++ sys/sys/cpu.h 27 Feb 2007 19:49:37 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 2005 Nate Lawson (SDG) + * Copyright (c) 2005-2007 Nate Lawson (SDG) * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -29,6 +29,8 @@ #ifndef _SYS_CPU_H_ #define _SYS_CPU_H_ +#include + /* * CPU device support. */ @@ -118,6 +120,11 @@ int cpufreq_register(device_t dev); int cpufreq_unregister(device_t dev); +/* Eventhandlers that are called before and after a change in frequency */ +typedef void (*cpufreq_notify_fn)(void *, const struct cf_level *, int *); +EVENTHANDLER_DECLARE(cpufreq_pre_change, cpufreq_notify_fn); +EVENTHANDLER_DECLARE(cpufreq_post_change, cpufreq_notify_fn); + /* Allow values to be +/- a bit since sometimes we have to estimate. */ #define CPUFREQ_CMP(x, y) (abs((x) - (y)) < 25) --------------020900080209080209010700-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 23:09:23 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8885A16A40B for ; Tue, 27 Feb 2007 23:09:23 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC5B13C4D3 for ; Tue, 27 Feb 2007 23:09:23 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 58674 invoked from network); 27 Feb 2007 22:22:38 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 22:22:38 -0000 Message-ID: <45E4AF37.9000207@root.org> Date: Tue, 27 Feb 2007 14:22:47 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Ariff Abdullah References: <45E39552.2020607@root.org> <20070227193508.49076f8b.ariff@FreeBSD.org> In-Reply-To: <20070227193508.49076f8b.ariff@FreeBSD.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:09:23 -0000 Ariff Abdullah wrote: > On Mon, 26 Feb 2007 18:20:02 -0800 > Nate Lawson wrote: >> If you notice slower performance or get EC "timed out" messages on >> console, you try increasing these sysctls/tunables: >> >> debug.acpi.ec.timeout >> debug.acpi.ec.poll_time Before you go changing the logic, please... Try adjusting these parameters, including other values besides these: debug.acpi.ec.timeout=1000 # 1 sec total debug.acpi.ec.poll_time=100 # 100 usec polling (or try larger like 800) >> Or turn off this sysctl/tunable, disabling the new burst mode: >> debug.acpi.ec.burst=0 Try the above values both with and without burst mode. >> To find any performance problems, you'll need to rebuild the kernel >> and modules with this added to your kernel config: >> >> options KTR >> options KTR_ENTRIES=65536 >> >> Then reboot, load this kernel/acpi.ko, use the system for a while to >> trigger the problem behavior and generate output: >> ktrdump -t | gzip -c > ktr.out.gz Would you please submit the output requested above, along with sysctl debug.acpi.ec so I can know what parameters you were using? > --- sys/dev/acpica/acpi_ec.c Tue Feb 27 19:21:12 2007 > +++ sys/dev/acpica/acpi_ec.c Tue Feb 27 19:22:17 2007 > @@ -936,6 +936,7 @@ > count = ec_poll_time / EC_POLL_DELAY; > if (count <= 0) > count = 1; > + slp_ival = max(hz / 1000, 1); > for (i = 0; i < count; i++) { > EcStatus = EC_GET_CSR(sc); > if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { > @@ -947,7 +948,15 @@ > Status = AE_OK; > break; > } > - AcpiOsStall(EC_POLL_DELAY); > + if (sc->ec_burstactive) > + AcpiOsStall(EC_POLL_DELAY); > + else { > + if (!cold) > + msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", > + slp_ival); > + else > + AcpiOsStall(1000); > + } > } > > /* Your patch just goes straight into msleep() instead of doing any DELAY(). Does enabling the "#if 0" code right before your patch help? Please revert your patch and try the above. We need to reduce the amount of variation to track it down. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 23:13:12 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A08D16A405 for ; Tue, 27 Feb 2007 23:13:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 596DB13C4B6 for ; Tue, 27 Feb 2007 23:13:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 59165 invoked from network); 27 Feb 2007 22:26:19 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 22:26:19 -0000 Message-ID: <45E4B016.6040804@root.org> Date: Tue, 27 Feb 2007 14:26:30 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Joel Dahl References: <45E39552.2020607@root.org> <1172606717.1007.12.camel@dude.automatvapen.se> In-Reply-To: <1172606717.1007.12.camel@dude.automatvapen.se> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:13:12 -0000 Joel Dahl wrote: > Mĺn 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson: >> If you are having EC timeout problems as in the below PR, please try the >> latest EC code. I just committed it in rev 1.69 of acpi_ec.c to >> -current. > > Thanks for working on this, but my laptop (HP nx7400) shuts down right > after boot (or sometimes during boot) after this commit. I see this on > the console: > > acpi_tz3: WARNING - Current temperature (3416.3) exceeds safe limits > ... > WARNING: System temperature too high, shutting down soon! > > Everything works fine with an older kernel. > First, try booting with these changes. You can set a tunable (debug.acpi.disabled="thermal") to avoid the erroneous thermal shutdown. 1. set debug.acpi.ec.burst=0 2. set debug.acpi.ec.timeout=1000 3. uncomment the #if 0 code in acpi_ec.c and recompile Then, collect the data with the method I provided: >> To find any performance problems, you'll need to rebuild the kernel >> and modules with this added to your kernel config: >> >> options KTR >> options KTR_ENTRIES=65536 >> >> Then reboot, load this kernel/acpi.ko, use the system for a while to >> trigger the problem behavior and generate output: >> ktrdump -t | gzip -c > ktr.out.gz -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 27 23:38:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0FCB16AC44 for ; Tue, 27 Feb 2007 23:38:34 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0A713C4A3 for ; Tue, 27 Feb 2007 23:38:34 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1RNRmFR012763; Wed, 28 Feb 2007 00:27:49 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l1RNRmoC012487; Wed, 28 Feb 2007 00:27:48 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l1RNRm2a012486; Wed, 28 Feb 2007 00:27:48 +0100 (CET) (envelope-from wb) Date: Wed, 28 Feb 2007 00:27:48 +0100 From: Wilko Bulte To: Joel Dahl Message-ID: <20070227232748.GC12381@freebie.xs4all.nl> References: <45E39552.2020607@root.org> <1172606717.1007.12.camel@dude.automatvapen.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1172606717.1007.12.camel@dude.automatvapen.se> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:38:34 -0000 On Tue, Feb 27, 2007 at 09:05:17PM +0100, Joel Dahl wrote.. > Mĺn 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson: > > If you are having EC timeout problems as in the below PR, please try the > > latest EC code. I just committed it in rev 1.69 of acpi_ec.c to > > -current. > > Thanks for working on this, but my laptop (HP nx7400) shuts down right > after boot (or sometimes during boot) after this commit. I see this on > the console: > > acpi_tz3: WARNING - Current temperature (3416.3) exceeds safe limits Nice.. You should ship this laptop to the folks at JET or NIF, we are now one step closer to nuclear fusion. :-) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 00:19:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D184916B5A2; Wed, 28 Feb 2007 00:19:24 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 5EC7A13C491; Wed, 28 Feb 2007 00:19:24 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.35.158] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1HMCXG1ogj-0006Vq; Wed, 28 Feb 2007 01:19:19 +0100 From: Max Laier Organization: FreeBSD To: Nate Lawson Date: Wed, 28 Feb 2007 01:19:02 +0100 User-Agent: KMail/1.9.5 References: <45E4ADCD.4090909@root.org> In-Reply-To: <45E4ADCD.4090909@root.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12090080.RuxX3nTSIa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702280119.08987.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX19IuyNlf0kZ5jwXnIVmgctu6TwsmDi0oYLkgqW lzdtzAzTmJsZV5vzYlvbrvHTH1Iw9QWVI0AADiz8iu7lu8ixog q42iKRyhvz5fiF/IGvnIg== Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 00:19:24 -0000 --nextPart12090080.RuxX3nTSIa Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 February 2007 23:16, Nate Lawson wrote: > Attached is a patch that uses eventhandlers to update the TSC freq. > This is important because DELAY() uses TSC directly (on i386 and amd64) > but the rate calculated at boot changes if cpufreq is in use. > > It maintains current behavior that cpufreq transitions are denied if > TSC is the active timecounter. The API is that there is a pre and post > transition eventhandler that is called by the cpufreq core. The pre > handler is passed the next state (including freq, power, etc.) and can > store a non-zero status value in the output arg to indicate it wants to > reject the transition. The post handler also is passed the next state > and the result of the transition (0 on success). Any reason for passing the result to the post handler in by reference -=20 other than being able to re-use the same function type as in the pre=20 handler? API-wise this seems to be a mistake as one consumer could mess=20 up the result for the rest and the variable name "error" in the INVOKE=20 also suggests that this could be used to report back. > Once any issues are addressed, I'll update this for amd64, ALTQ, and > possibly PC98. Non-x86 archs can stick with the current behavior if > they're satisfied or hook the eventhandlers provided to DTRT. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart12090080.RuxX3nTSIa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF5Mp8XyyEoT62BG0RAuczAJ9piNYhaOYLNzSFaT9S8dgPjW19lACeJkOP QFM0HizveGEwWhKVusvYWZs= =0Uha -----END PGP SIGNATURE----- --nextPart12090080.RuxX3nTSIa-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 02:24:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E71C16C733 for ; Wed, 28 Feb 2007 02:24:00 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5714113C442 for ; Wed, 28 Feb 2007 02:24:00 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 81904 invoked from network); 28 Feb 2007 00:42:05 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 28 Feb 2007 00:42:05 -0000 Message-ID: <45E4CFE8.6090509@root.org> Date: Tue, 27 Feb 2007 16:42:16 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Max Laier References: <45E4ADCD.4090909@root.org> <200702280119.08987.max@love2party.net> In-Reply-To: <200702280119.08987.max@love2party.net> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 02:24:00 -0000 Max Laier wrote: > On Tuesday 27 February 2007 23:16, Nate Lawson wrote: >> Attached is a patch that uses eventhandlers to update the TSC freq. >> This is important because DELAY() uses TSC directly (on i386 and amd64) >> but the rate calculated at boot changes if cpufreq is in use. >> >> It maintains current behavior that cpufreq transitions are denied if >> TSC is the active timecounter. The API is that there is a pre and post >> transition eventhandler that is called by the cpufreq core. The pre >> handler is passed the next state (including freq, power, etc.) and can >> store a non-zero status value in the output arg to indicate it wants to >> reject the transition. The post handler also is passed the next state >> and the result of the transition (0 on success). > > Any reason for passing the result to the post handler in by reference - > other than being able to re-use the same function type as in the pre > handler? API-wise this seems to be a mistake as one consumer could mess > up the result for the rest and the variable name "error" in the INVOKE > also suggests that this could be used to report back. Yes, the main gaol was to reuse the function. Plus I thought in the future there might be some conceivable need to revoke a change after it had occurred ("oops! change right back!"). We wouldn't need to change an API to allow that. Unless there's a real problem with it, I'd like to keep that ability in the API. To make it clear though, I should probably assign error to some tmp var and pass that in to cpufreq_post_change handlers so it has no effect if the user overwrites it. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 06:15:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C6AB16EB55 for ; Wed, 28 Feb 2007 06:15:50 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id B16B913C441 for ; Wed, 28 Feb 2007 06:15:49 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1R3BSDL006614; Tue, 27 Feb 2007 13:41:28 +1030 (CST) Received: from ednux519.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Tue, 27 Feb 2007 13:49:44 +1030 Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au [131.185.2.170]) by ednux519.dsto.defence.gov.au (8.13.6+Sun/8.13.6) with ESMTP id l1R31S1M028983; Tue, 27 Feb 2007 13:31:28 +1030 (CST) Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Tue, 27 Feb 2007 13:39:26 +1030 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1R39LX3033123; Tue, 27 Feb 2007 12:09:21 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l1R39LaG033062; Tue, 27 Feb 2007 12:09:21 +0900 (WST) (envelope-from wilkinsa) Date: Tue, 27 Feb 2007 12:09:21 +0900 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20070227030920.GH8701@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, current@freebsd.org References: <20070226204916.C56223@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070226204916.C56223@fledge.watson.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-OriginalArrivalTime: 27 Feb 2007 03:09:26.0209 (UTC) FILETIME=[B0059B10:01C75A1C] Cc: Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 06:15:50 -0000 0n Mon, Feb 26, 2007 at 08:52:25PM +0000, Robert Watson wrote: > >Dear all, > >After on-and-off development since 2005, I've now merged the UNIX domain >socket locking patch. Special thanks to Kris Kennaway who has been >providing stability testing, performance testing, and general support and >feedback for this project since inception. Can we have a nutshell summary of what "UNIX domain socket locking patch" actually does ? -aW From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 06:31:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 282B316A72E for ; Wed, 28 Feb 2007 06:31:55 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id B794413C48E for ; Wed, 28 Feb 2007 06:31:54 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-141-151-73-229.phlapa.east.verizon.net [141.151.73.229]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 1511F2AAFB for ; Wed, 28 Feb 2007 15:31:51 +0900 (JST) Date: Wed, 28 Feb 2007 01:29:36 -0500 From: Yoshihiro Ota To: freebsd-current@freebsd.org Message-Id: <20070228012936.59d5d6ca.ota@j.email.ne.jp> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: readonly mount is not properly dismounted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 06:31:55 -0000 Hello, forks, WARNING: /mnt/tmp was not properly dismounted I think all of us familier with this messages. However, I am wondering why I sometime get this message on read-only mounted filesystems. To be more exact, I have some uzipped files and from time to time, I get this warning on these. Does anyonw know why read-only filesystems get dirty? Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 06:53:52 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C82516A400 for ; Wed, 28 Feb 2007 06:53:52 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 04F6C13C4A5 for ; Wed, 28 Feb 2007 06:53:51 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 3F95E5C7E; Wed, 28 Feb 2007 09:24:50 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 1EA305C38; Wed, 28 Feb 2007 09:24:50 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l1S6MVNX044585; Wed, 28 Feb 2007 09:22:31 +0300 (MSK) (envelope-from ru) Date: Wed, 28 Feb 2007 09:22:31 +0300 From: Ruslan Ermilov To: Goran Gajic Message-ID: <20070228062231.GA36374@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org Subject: Re: em0+msi related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 06:53:52 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 27, 2007 at 02:32:26PM +0100, Goran Gajic wrote: [...] > It should be: >=20 > if ((error =3D bus_setup_intr(dev, adapter->res_interrupt, > INTR_TYPE_NET,NULL, em_intr_fast, adapter, > &adapter->int_handler_tag)) !=3D 0) { >=20 > not >=20 > if ((error =3D bus_setup_intr(dev, adapter->res_interrupt, > INTR_TYPE_NET, em_intr_fast,NULL adapter, > &adapter->int_handler_tag)) !=3D 0) { >=20 Fixed, thanks! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD8DBQFF5R+nqRfpzJluFF4RArRCAJ9+QQNQjKIRsOD5u3xNMFoT+WgTwgCfRFRZ wY5giduGIa1x+A6CpeI2WZE= =7DYB -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 07:27:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D41C16A400; Wed, 28 Feb 2007 07:27:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5139513C49D; Wed, 28 Feb 2007 07:27:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1S7RnYN088500; Wed, 28 Feb 2007 02:27:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1S7Rncp021928; Wed, 28 Feb 2007 02:27:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D3BA573039; Wed, 28 Feb 2007 02:27:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070228072748.D3BA573039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 02:27:47 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 07:27:50 -0000 TB --- 2007-02-28 05:58:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-28 05:58:56 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-28 05:58:56 - cleaning the object tree TB --- 2007-02-28 05:59:49 - checking out the source tree TB --- 2007-02-28 05:59:49 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-28 05:59:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-28 06:08:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-28 06:08:05 - cd /src TB --- 2007-02-28 06:08:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 28 06:08:06 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 28 07:01:47 UTC 2007 TB --- 2007-02-28 07:01:47 - generating LINT kernel config TB --- 2007-02-28 07:01:47 - cd /src/sys/i386/conf TB --- 2007-02-28 07:01:47 - /usr/bin/make -B LINT TB --- 2007-02-28 07:01:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-28 07:01:47 - cd /src TB --- 2007-02-28 07:01:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 28 07:01:47 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Feb 28 07:23:59 UTC 2007 TB --- 2007-02-28 07:23:59 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-28 07:23:59 - cd /src TB --- 2007-02-28 07:23:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 28 07:24:00 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/em/if_em.c /src/sys/dev/em/if_em.c: In function `em_allocate_intr': /src/sys/dev/em/if_em.c:2195: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-28 07:27:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-28 07:27:47 - ERROR: failed to build GENERIC kernel TB --- 2007-02-28 07:27:47 - tinderbox aborted TB --- 0.79 user 2.85 system 5330.86 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 08:26:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C346516A400; Wed, 28 Feb 2007 08:26:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1B213C467; Wed, 28 Feb 2007 08:26:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1S8Qwnl025369; Wed, 28 Feb 2007 03:26:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1S8QvGq059831; Wed, 28 Feb 2007 03:26:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0EE9773039; Wed, 28 Feb 2007 03:26:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070228082653.0EE9773039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 03:26:52 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 08:26:58 -0000 TB --- 2007-02-28 06:55:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-28 06:55:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-28 06:55:26 - cleaning the object tree TB --- 2007-02-28 06:56:00 - checking out the source tree TB --- 2007-02-28 06:56:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-28 06:56:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-28 07:05:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-28 07:05:10 - cd /src TB --- 2007-02-28 07:05:10 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 28 07:05:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 28 07:59:43 UTC 2007 TB --- 2007-02-28 07:59:43 - generating LINT kernel config TB --- 2007-02-28 07:59:43 - cd /src/sys/pc98/conf TB --- 2007-02-28 07:59:43 - /usr/bin/make -B LINT TB --- 2007-02-28 07:59:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-28 07:59:43 - cd /src TB --- 2007-02-28 07:59:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 28 07:59:43 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Feb 28 08:23:04 UTC 2007 TB --- 2007-02-28 08:23:04 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-28 08:23:04 - cd /src TB --- 2007-02-28 08:23:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 28 08:23:05 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_novell.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/em/if_em.c /src/sys/dev/em/if_em.c: In function `em_allocate_intr': /src/sys/dev/em/if_em.c:2195: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-28 08:26:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-28 08:26:51 - ERROR: failed to build GENERIC kernel TB --- 2007-02-28 08:26:51 - tinderbox aborted TB --- 0.85 user 2.60 system 5485.86 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 08:42:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6875216A401; Wed, 28 Feb 2007 08:42:36 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2921313C461; Wed, 28 Feb 2007 08:42:36 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id DD20217462; Wed, 28 Feb 2007 08:42:34 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1S8gWKi042794; Wed, 28 Feb 2007 08:42:34 GMT (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 Feb 2007 14:16:45 PST." <45E4ADCD.4090909@root.org> Date: Wed, 28 Feb 2007 08:42:32 +0000 Message-ID: <42793.1172652152@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: arch@freebsd.org, current@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 08:42:36 -0000 In message <45E4ADCD.4090909@root.org>, Nate Lawson writes: >Attached is a patch that uses eventhandlers to update the TSC freq. Question: are we at a point where the TSC-frequency reported by ACPI is more precise than our own ad-hoc calibrations ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 09:08:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 661A916A402 for ; Wed, 28 Feb 2007 09:08:43 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8D23413C494 for ; Wed, 28 Feb 2007 09:08:42 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 1BE896A33; Wed, 28 Feb 2007 12:08:41 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id E106A69F0; Wed, 28 Feb 2007 12:08:40 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l1S96Ltc045894; Wed, 28 Feb 2007 12:06:21 +0300 (MSK) (envelope-from ru) Date: Wed, 28 Feb 2007 12:06:21 +0300 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20070228090621.GB45843@rambler-co.ru> References: <20070228072748.D3BA573039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20070228072748.D3BA573039@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 09:08:43 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 28, 2007 at 02:27:47AM -0500, FreeBSD Tinderbox wrote: > >>> Kernel build for GENERIC started on Wed Feb 28 07:24:00 UTC 2007 > [...] > >>> stage 3.2: building everything > [...] > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mp= referred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss= e3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_rtl80x9.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mp= referred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss= e3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_pccard.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mp= referred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss= e3 -ffreestanding -Werror /src/sys/dev/ed/if_ed_pci.c > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc= -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/= sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include= opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpref= erred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 = -ffreestanding -Werror eisa_if.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mp= referred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss= e3 -ffreestanding -Werror /src/sys/dev/eisa/eisaconf.c > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/= src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-gro= wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mp= referred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss= e3 -ffreestanding -Werror /src/sys/dev/em/if_em.c > /src/sys/dev/em/if_em.c: In function `em_allocate_intr': > /src/sys/dev/em/if_em.c:2195: warning: passing arg 5 of `bus_setup_intr' = =66rom incompatible pointer type > *** Error code 1 >=20 > Stop in /obj/src/sys/GENERIC. > *** Error code 1 >=20 Fixed, sorry about that. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD4DBQFF5UYNqRfpzJluFF4RApU7AJ9XNymqihOTp9nCLgh2eg9IhNbidgCWL05F 04DIxjENy+o4+6G7gTXE7A== =h6y3 -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 09:16:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28B9716A400; Wed, 28 Feb 2007 09:16:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DB12913C4A5; Wed, 28 Feb 2007 09:16:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1S9GTwi091802; Wed, 28 Feb 2007 04:16:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1S9GT07093941; Wed, 28 Feb 2007 04:16:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BFDE173039; Wed, 28 Feb 2007 04:16:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070228091628.BFDE173039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 04:16:28 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 09:16:30 -0000 TB --- 2007-02-28 07:27:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-28 07:27:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-28 07:27:49 - cleaning the object tree TB --- 2007-02-28 07:28:21 - checking out the source tree TB --- 2007-02-28 07:28:21 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-28 07:28:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-28 07:37:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-28 07:37:37 - cd /src TB --- 2007-02-28 07:37:37 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 28 07:37:38 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 28 08:58:34 UTC 2007 TB --- 2007-02-28 08:58:34 - generating LINT kernel config TB --- 2007-02-28 08:58:34 - cd /src/sys/ia64/conf TB --- 2007-02-28 08:58:34 - /usr/bin/make -B LINT TB --- 2007-02-28 08:58:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-28 08:58:34 - cd /src TB --- 2007-02-28 08:58:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 28 08:58:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/modules/dummynet/../../conf/kmod_syms.awk dummynet.kld export_syms | xargs -J% objcopy % dummynet.kld ld -Bshareable -d -warn-common -o dummynet.ko dummynet.kld objcopy --strip-debug dummynet.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function `em_allocate_intr': /src/sys/modules/em/../../dev/em/if_em.c:2195: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-28 09:16:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-28 09:16:28 - ERROR: failed to build lint kernel TB --- 2007-02-28 09:16:28 - tinderbox aborted TB --- 0.69 user 2.70 system 6519.38 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 08:02:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1605F16A400 for ; Wed, 28 Feb 2007 08:02:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id D19A213C47E for ; Wed, 28 Feb 2007 08:02:52 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0F0251CC48; Wed, 28 Feb 2007 09:02:52 +0100 (CET) Date: Wed, 28 Feb 2007 09:02:52 +0100 From: Ed Schouten To: Yoshihiro Ota Message-ID: <20070228080252.GK11232@hoeg.nl> References: <20070228012936.59d5d6ca.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kadn00tgSopKmJ1H" Content-Disposition: inline In-Reply-To: <20070228012936.59d5d6ca.ota@j.email.ne.jp> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Wed, 28 Feb 2007 12:39:51 +0000 Cc: FreeBSD Current Subject: Re: readonly mount is not properly dismounted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 08:02:53 -0000 --kadn00tgSopKmJ1H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Yoshihiro Ota wrote: > WARNING: /mnt/tmp was not properly dismounted >=20 > I think all of us familier with this messages. However, I am > wondering why I sometime get this message on read-only mounted > filesystems. To be more exact, I have some uzipped files and from > time to time, I get this warning on these. >=20 > Does anyonw know why read-only filesystems get dirty? I've seen this problem where mountd remounts all filesystems read-write, even though they are not even mentioned in /etc/exports. I once made a PR for it. Let me take a look... gotcha: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D106636 Are you running mound on the machine in question? Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --kadn00tgSopKmJ1H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5Tcr52SDGA2eCwURArlOAJ0ZXP+8UPcwb0I+SjuYxhVFiowiSQCfefbR C/pBDUD08yKXAvxrgPd+fNY= =5eSF -----END PGP SIGNATURE----- --kadn00tgSopKmJ1H-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 16:36:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C572C16A400 for ; Wed, 28 Feb 2007 16:36:01 +0000 (UTC) (envelope-from doer@rambler.ru) Received: from hspc.xpromt.net (41-sn-6-be.pchighway.com [195.141.152.41]) by mx1.freebsd.org (Postfix) with ESMTP id 86E3813C461 for ; Wed, 28 Feb 2007 16:36:01 +0000 (UTC) (envelope-from doer@rambler.ru) Received: from [86.57.150.0] (helo=[192.168.1.70]) by hspc.xpromt.net with esmtpa (Exim 4.63) (envelope-from ) id 1HMR9n-0001sq-QO for freebsd-current@freebsd.org; Wed, 28 Feb 2007 17:55:34 +0200 Message-ID: <45E5A602.8000308@rambler.ru> Date: Wed, 28 Feb 2007 17:55:46 +0200 From: Eugene Doer User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hspc.xpromt.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - rambler.ru X-Source: X-Source-Args: X-Source-Dir: Subject: hd audio problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 16:36:01 -0000 Hi ! I'm trying to get rid of my sound card lags (snd_hda driver). The problem is: the sound is often stopping for a small amount of time. I'm not having high load average, about 0.5 - 0.8. I've tried playing with sysctl knobs. Current values are : sysctl -a | grep snd hw.snd.report_soft_formats: 1 hw.snd.latency: 8 hw.snd.latency_profile: 1 hw.snd.feeder_buffersize: 65535 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_round: 25 hw.snd.verbose: 1 hw.snd.default_unit: 0 hw.snd.maxautovchans: 8 my hardware from dmesg : dmesg | grep pcm pcm0: mem 0xfe024000-0xfe027fff irq 21 at device 16.1 on pci0 pcm0: pcm0: uname -a FreeBSD doer.home.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Tue Feb 20 17:01:35 UTC 2007 root@doer.home.net:/usr/obj/usr/src/sys/DOER i386 From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 16:46:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4730516A403 for ; Wed, 28 Feb 2007 16:46:32 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id BB00413C4B5 for ; Wed, 28 Feb 2007 16:46:31 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so587724nfc for ; Wed, 28 Feb 2007 08:46:30 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=ajY50nHF8pvUcq/aPcmonZfgDpwp1PUBAsAJQxuUf+7J0dNBNA/b84h+gVjwhqPPioXn9udjSx8cG9xCRIVfhryT8OVBUxldkpqJjBhJ/s4cowpnCvmSGIIACyq/KRzLPee0D8OFoSbVQhHOJokY6e+DUrTzv7wz2/UE0XRMB7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=X/LAxYwMvMQIXqBDSdIOvO60aizj1G8hupD8VwQbSRxs9KriJFGSN8tsP9Fv1cozZrhpTQQ5qmtVDAZNYmAIOPK1CRyZQ+MJmZ0B9/3kn6J+0qZBeJNbMeUqlmgZBuSXTbixv/K3ZrD4PIPCABt3hdSGPBXn8ymTPOORvp1bTZY= Received: by 10.82.138.6 with SMTP id l6mr172128bud.1172681190359; Wed, 28 Feb 2007 08:46:30 -0800 (PST) Received: from persephone.orchid.homeunix.org ( [84.10.174.25]) by mx.google.com with ESMTP id e9sm3176930muf.2007.02.28.08.46.28; Wed, 28 Feb 2007 08:46:29 -0800 (PST) Message-ID: <45E5B1D0.6030401@gmail.com> Date: Wed, 28 Feb 2007 17:46:08 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b2 (X11/20070130) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <45E44704.7080400@gmail.com> In-Reply-To: <45E44704.7080400@gmail.com> X-Enigmail-Version: 0.94.2.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigEF0E103F8EA98BC05E452C68" Subject: [SOLVED] Re: i386 kernel just stops booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 16:46:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEF0E103F8EA98BC05E452C68 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Karol Kwiatkowski wrote: > Hello everyone, >=20 > I'm trying to get CURRENT installed on i386 desktop machine, but kernel= > stops booting after some time [1]. No error, even with verbose logging.= > At that point keyboard does not respond so manual reset is the only > option. Nothing is logged into dmesg or messages. >=20 > [1] [...] > found-> vendor=3D0x1102, dev=3D0x4001, revid=3D0x00 > bus=3D2, slot=3D8, func=3D2 > class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 > cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D64 (dwords) > lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1= 000 ns) > intpin=3Db, irq=3D5 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ff5ff800, size 11, enabled > pcib1: requested memory range 0xff5ff800-0xff5fffff: good > map[14]: type 1, range 32, base ff5f8000, size 14, enabled > pcib1: requested memory range 0xff5f8000-0xff5fbfff: good > pcib1: matched entry for 2.8.INTB (src \\_SB_.LNKB:0) > pci_link1: Picked IRQ 17 with weight 0 > ioapic0: Changing polarity for pin 17 to high > pcib1: slot 8 INTB routed to irq 17 via \\_SB_.LNKB > [ here it stops responding ] Gee, after few hours of looking at the sources (yeah, kernel internals newbie here :) I've found that VPD scanning is the problem. Workaround to this is to disable VPD reading by hw.pci.enable_vpd=3D0. Now that I know of it, I 've found it is documented in a comment for revision 1.339: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c FYI, it's this code in sys/dev/pci/pci.c (rev. 1.343): % static void % pci_read_extcap(device_t pcib, pcicfgregs *cfg) [...] % case PCIY_VPD: /* PCI Vital Product Data */ % if (pci_do_vpd) { % cfg->vpd.vpd_reg =3D ptr; % pci_read_vpd(pcib, cfg); % } % break; Apparently this hangs while scanning PV-BT878P+ TV card (pci2:10:0) [1]. Cheers, Karol [1] PixelView PlayTV Pro PV-BT878P+ rev.9D # pciconf -vl bktr0@pci2:10:0: class=3D0x040000 card=3D0x00000000 chip=3D0x036e1= 09e rev=3D0x11 hdr=3D0x00 vendor =3D 'Conexant (Was: Brooktree Corp)' device =3D 'Bt878/Fusion 878A Mediastream Controller' class =3D multimedia subclass =3D video none7@pci2:10:1: class=3D0x048000 card=3D0x00000000 chip=3D0x08781= 09e rev=3D0x11 hdr=3D0x00 vendor =3D 'Conexant (Was: Brooktree Corp)' device =3D 'Bt878/Fusion878A Video Capture (Audio Section)' class =3D multimedia --=20 Karol Kwiatkowski OpenPGP 0x06E09309 --------------enigEF0E103F8EA98BC05E452C68 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5bHYezeoPAwGIYsRCDzmAKCWBNQaEhALabq/FEkOzMbQmbErDwCffQUE IJRXW5Jtt2MZy2tp81Aa8pU= =g0QO -----END PGP SIGNATURE----- --------------enigEF0E103F8EA98BC05E452C68-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 17:33:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 3829316A400; Wed, 28 Feb 2007 17:33:49 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 1 Mar 2007 01:32:21 +0800 From: Ariff Abdullah To: Eugene Doer Message-Id: <20070301013221.531c9558.ariff@FreeBSD.org> In-Reply-To: <45E5A602.8000308@rambler.ru> References: <45E5A602.8000308@rambler.ru> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__1_Mar_2007_01_32_21_+0800_/+7v7YzLjbS_4Hb3" Cc: freebsd-current@freebsd.org Subject: Re: hd audio problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 17:33:51 -0000 --Signature=_Thu__1_Mar_2007_01_32_21_+0800_/+7v7YzLjbS_4Hb3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 28 Feb 2007 17:55:46 +0200 Eugene Doer wrote: > Hi ! > I'm trying to get rid of my sound card lags (snd_hda driver). The=20 > problem is: the sound is often stopping for a small amount of time. > I'm not having high load average, about 0.5 - 0.8. > I've tried playing with sysctl knobs. Current values are : >=20 What application causing this? > sysctl -a | grep snd >=20 > hw.snd.report_soft_formats: 1 > hw.snd.latency: 8 > hw.snd.latency_profile: 1 > hw.snd.feeder_buffersize: 65535 > hw.snd.feeder_rate_min: 1 > hw.snd.feeder_rate_max: 2016000 > hw.snd.feeder_rate_round: 25 > hw.snd.verbose: 1 > hw.snd.default_unit: 0 > hw.snd.maxautovchans: 8 >=20 > my hardware from dmesg : >=20 > dmesg | grep pcm > pcm0: mem=20 > 0xfe024000-0xfe027fff irq 21 at device 16.1 on pci0 > pcm0: > pcm0: >=20 > uname -a > FreeBSD doer.home.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Tue Feb 20 >=20 > 17:01:35 UTC 2007 root@doer.home.net:/usr/obj/usr/src/sys/DOER=20 > i386 >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Thu__1_Mar_2007_01_32_21_+0800_/+7v7YzLjbS_4Hb3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5byolr+deMUwTNoRArBtAJ9x3PiqYTW+lfktSWVIv2tPQKHGtACgwjhW fFMAgNUgNTdfXnzY4dMTb7o= =9905 -----END PGP SIGNATURE----- --Signature=_Thu__1_Mar_2007_01_32_21_+0800_/+7v7YzLjbS_4Hb3-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 19:34:12 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF23616A405; Wed, 28 Feb 2007 19:34:12 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3560313C4AC; Wed, 28 Feb 2007 19:32:08 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from [10.0.0.136] ([67.70.237.74]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTPA id <0JE600822TMV5P20@VL-MH-MR001.ip.videotron.ca>; Wed, 28 Feb 2007 14:18:32 -0500 (EST) Date: Wed, 28 Feb 2007 14:18:33 -0500 From: "Stephane E. Potvin" In-reply-to: <20070226204916.C56223@fledge.watson.org> To: Robert Watson Message-id: <45E5D589.3080202@FreeBSD.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20070226204916.C56223@fledge.watson.org> User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) Cc: current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 19:34:13 -0000 Robert Watson wrote: > > Dear all, > > After on-and-off development since 2005, I've now merged the UNIX domain > socket locking patch. Special thanks to Kris Kennaway who has been > providing stability testing, performance testing, and general support > and feedback for this project since inception. > > Please let me know if you experience any problems with UNIX domain > sockets -- these changes will affect applications that consume UNIX > domain sockets directly, like MySQL and Postfix, as well as consumers of > POSIX fifos, which are implemented using UNIX domain sockets in-kernel. Since this commit, I've been observing frequent deadlocks on my laptop, mostly when starting-up gnome. It usually takes less than 5 to 10 minutes for the deadlock to happens. I was able to drop into ddb once and got the following information: (there might be some typos as I had to copy this manually) show alllocks Process 906 (gnome-power-manager) thread 0xc553c570 (100126) exclusive sleep mutex unp_mtx r = 0 (0xc5573bb8) locked @ /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:849 shared rw unp_global_rwlock r = 0 (0xc06d1dac) locked @ /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:768 Process 860 (dbus-daemon) thread 0xc4d001d0 (100095) exclusive sleep mutex unp_mtx r = 0 (0xc5573b10) locked @ /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:849 shared rw unp_global_rwlock r = 0 (0xc06d1dac) locked @ /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:768 show lock 0xc5573bb8 class: sleep mutex name: unp_mtx flags: {DEF, RECURSE, DUPOK} state: {OWNED, CONTESTED} owner: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") show turnstile 0xc5573bb8 Lock: 0xc5573bb8 - (sleep mutex) unp_mtx Lock Owner: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") Shared Waiters: empty Exclusive Waiters: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") Pending Threads: empty show lock 0xc5573b10 class: sleep mutex name: unp_mtx flags: {DEF, RECURSE, DUPOK} state: {OWNED, CONTESTED} owner: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") show turnstile 0xc5573b10 Lock: 0xc5573b10 - (sleep mutex) unp_mtx Lock Owner: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") Shared Waiters: empty Exclusive Waiters: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") Pending Threads: empty show lock 0xc06d1dac class: rw name: unp_global_rwlock state: RLOCK: 2 locks waiters: writers show turnstile 0xc06d1dac Lock: 0xc06d1dac - (rw) unp_global_rwlock Lock Owner: none Shared Waiters: empty Exclusive Waiters: 0xc4d00000 (tid 100096, pid 857, "gconfd-2") 0xc4d01570 (tid 100085, pid 804, "login") 0xc4fcaae0 (tid 100133, pid 887, "bonobo-activation-s") 0xc48c23a0 (tid 100106, pid 897, "gaim") 0xc4d01910 (tid 100120, pid 909, "gnome-screensaver") 0xc553cae0 (tid 100123, pid 905, "gnome-mount") Pending Threads: empty bt 100095 Tracing pid 860 tid 100095 td 0xc4d001d0 shced_switch(3301966288,0,1,3226391662,3310601584,...) at 3226314602 = sched_switch+303 mi_switch(1,0,3227647346,647,3228084884,...) at 3226245932 = mi_switch+489 turnstile_wait(3310828472,3310601584,0,3310601586,3310828472,...) at 3226393861 = turnstile_wait+633 _mtx_lock_sleep(3310828472,3301966288,0,3227660663,877,...) at 3226177946 = _mtx_lock_sleep+261 _mtx_lock_flags(3310828472,0,3227660663,877,3310833112,...) at 3226177102 = _mtx_lock_flags+102 uipc_send(3310832888,0,3296484864,0,0,...) at 3226561343 = uipc_send+1058 sosend_generic(3310832888,0,3302262848,3296484864,0,...) at 3226529764 = sosend_generic_1067 sosend(3310832888,0,3302262848,0,0,...) at 3226530139 = sosend+63 soo_write(3304721288,3302262848,3297254528,0,3301966288,...) at 3226433647 = soo_write+121 dofilewrite kern_writev writev syscall bt 100126 Tracing pid 906 tid 100126 td 0xc553c570 sched_switch mi_switch turnstile_wait _mtx_lock_sleep _mtx_locl_flags uipc_send sosend_generic sosend soo_write dofilewrite kern_writev writev syscalL As you can see, the threads 100095 and 100126 both are waiting on each other's lock. The function uipc_send tries to lock two unp_mtx without holding a write lock on unp_global_rwlock. It seems that the write ownership is taken by uipc_send only if nam is not NULL or the PRUS_EOF flag is set. Both of these conditions are false in this particular call scenario. From the comments just above the second lock in uipc_usrreq.c, the global write lock should already acquired by the time we get there. I'm not sure where or under what condition the write lock should be acquired to correctly fix this. I'll keep the core around in case you want me to provide more information. Regards, Steph From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 20:15:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF9DA16A401 for ; Wed, 28 Feb 2007 20:15:49 +0000 (UTC) (envelope-from paulius+freebsd-current@devnull.lt) Received: from bebras.devnull.lt (bebras.devnull.lt [213.197.178.124]) by mx1.freebsd.org (Postfix) with ESMTP id 8F56E13C474 for ; Wed, 28 Feb 2007 20:15:49 +0000 (UTC) (envelope-from paulius+freebsd-current@devnull.lt) Received: from guzas.devnull.lt (unknown [84.15.112.159]) by bebras.devnull.lt (Postfix) with ESMTP id 645C6F2656 for ; Wed, 28 Feb 2007 21:46:33 +0200 (EET) Received: by guzas.devnull.lt (Postfix, from userid 1001) id 7E1C37C; Wed, 28 Feb 2007 19:46:53 +0000 (UTC) Date: Wed, 28 Feb 2007 21:46:53 +0200 From: Paulius Bulotas To: freebsd-current@freebsd.org Message-ID: <20070228194653.GA2104@devnull.lt> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-URL: http://devnull.lt/ Subject: panic: sbdrop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:15:49 -0000 Hello, we have two Sun Fire X4100 running quite recent current: FreeBSD 7.0-CURRENT #0: Fri Feb 23 21:12:46 EET 2007 root@anti:/usr/obj/usr/src/sys/GENERIC amd64 and they both panic once a day or two with: panic: sbdrop cpuid = 1 KDB: enter: panic [thread pid 68163 tid 100266 ] Stopped at kdb_enter+0x2f: nop db> bt Tracing pid 68163 tid 100266 td 0xffffff00abdb47b0 kdb_enter() at kdb_enter+0x2f panic() at panic+0x225 sbdrop_internal() at sbdrop_internal+0x1bd sbflush_internal() at sbflush_internal+0x3c sbrelease_internal() at sbrelease_internal+0x1c sofree() at sofree+0x1ea soclose() at soclose+0x249 soo_close() at soo_close+0x3f fdrop_locked() at fdrop_locked+0xc8 closef() at closef+0x324 kern_close() at kern_close+0x15d syscall() at syscall+0x1ef Xfast_syscall() at Xfast_syscall+0xab --- syscall (6, FreeBSD ELF64, close), rip = 0x800c7a3cc, rsp = 0x7fffffffec48, rbp = 0 --- it seems, there is open PR with similar panic, but difference backtrace: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/96042 any ideas? TIA Paulius From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 20:17:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94B6616A401 for ; Wed, 28 Feb 2007 20:17:30 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 60F4513C4A3 for ; Wed, 28 Feb 2007 20:17:30 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 21206 invoked from network); 28 Feb 2007 19:26:11 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 28 Feb 2007 19:26:11 -0000 Message-ID: <45E5D760.4030409@root.org> Date: Wed, 28 Feb 2007 11:26:24 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Poul-Henning Kamp References: <42793.1172652152@critter.freebsd.dk> In-Reply-To: <42793.1172652152@critter.freebsd.dk> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, current@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:17:30 -0000 Poul-Henning Kamp wrote: > In message <45E4ADCD.4090909@root.org>, Nate Lawson writes: > >> Attached is a patch that uses eventhandlers to update the TSC freq. > > Question: are we at a point where the TSC-frequency reported by ACPI > is more precise than our own ad-hoc calibrations ? It's a valid question, but mostly irrelevant. This code only comes into play after the TSC freq has been changed by a cpufreq driver. If the freq never changes, we always use the original boot-calibrated value. For example, if the freq went from 1600 to 800 mhz, the original value is off by 100% with the current code. The values supplied by the cpufreq driver are definitely going to be a lot closer. In the long term, I have some calibration code that bde@ helped with that gets a very accurate value but may take a while to reach equilibrium (since it runs with interrupts enabled). This would only run once in a task thread the first time a given freq is chosen. Then we'd cache that value for that setting. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 20:23:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8054E16A484; Wed, 28 Feb 2007 20:23:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4249C13C4AA; Wed, 28 Feb 2007 20:23:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id F246217462; Wed, 28 Feb 2007 20:23:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1SKNL2W070794; Wed, 28 Feb 2007 20:23:21 GMT (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 28 Feb 2007 11:26:24 PST." <45E5D760.4030409@root.org> Date: Wed, 28 Feb 2007 20:23:21 +0000 Message-ID: <70793.1172694201@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: arch@freebsd.org, current@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:23:23 -0000 In message <45E5D760.4030409@root.org>, Nate Lawson writes: >Poul-Henning Kamp wrote: >It's a valid question, but mostly irrelevant. Not at all. It may be a lot cheaper for us to just use the value from the ACPI than to calibrate. Only in the increasingly rare case where TSC is used for timecounter AND the system isn't using NTP is the precise frequency really interesting. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 21:41:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 845B116A400 for ; Wed, 28 Feb 2007 21:41:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5B92E13C481 for ; Wed, 28 Feb 2007 21:41:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 01D8F4730D; Wed, 28 Feb 2007 16:41:13 -0500 (EST) Date: Wed, 28 Feb 2007 21:41:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Paulius Bulotas In-Reply-To: <20070228194653.GA2104@devnull.lt> Message-ID: <20070228213831.B37392@fledge.watson.org> References: <20070228194653.GA2104@devnull.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: sbdrop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 21:41:13 -0000 On Wed, 28 Feb 2007, Paulius Bulotas wrote: > we have two Sun Fire X4100 running quite recent current: FreeBSD 7.0-CURRENT > #0: Fri Feb 23 21:12:46 EET 2007 root@anti:/usr/obj/usr/src/sys/GENERIC > amd64 > > and they both panic once a day or two with: If this is the panic I think it is, I have a patch that may help at: http://www.watson.org/~robert/freebsd/netperf/20070223-udp-sbdrop.diff I've handed this patch off to Kris to test but as you've no doubt seen from the lists, he's being kept well out of trouble with all the scalability work, so I've not had a definitive answer as to whether it resolves the issues for him. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > panic: sbdrop > cpuid = 1 > KDB: enter: panic > [thread pid 68163 tid 100266 ] > Stopped at kdb_enter+0x2f: nop > db> bt > Tracing pid 68163 tid 100266 td 0xffffff00abdb47b0 > kdb_enter() at kdb_enter+0x2f > panic() at panic+0x225 > sbdrop_internal() at sbdrop_internal+0x1bd > sbflush_internal() at sbflush_internal+0x3c > sbrelease_internal() at sbrelease_internal+0x1c > sofree() at sofree+0x1ea > soclose() at soclose+0x249 > soo_close() at soo_close+0x3f > fdrop_locked() at fdrop_locked+0xc8 > closef() at closef+0x324 > kern_close() at kern_close+0x15d > syscall() at syscall+0x1ef > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (6, FreeBSD ELF64, close), rip = 0x800c7a3cc, rsp = 0x7fffffffec48, rbp = 0 --- > > it seems, there is open PR with similar panic, but difference backtrace: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/96042 > > any ideas? > > TIA > Paulius > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 23:42:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC3FE16A400; Wed, 28 Feb 2007 23:42:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D12113C46B; Wed, 28 Feb 2007 23:42:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1SNgUtZ036430; Wed, 28 Feb 2007 18:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1SNgUwd066309; Wed, 28 Feb 2007 18:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F06A373039; Wed, 28 Feb 2007 18:42:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070228234229.F06A373039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 18:42:29 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 23:42:32 -0000 TB --- 2007-02-28 22:32:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-28 22:32:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-02-28 22:32:31 - cleaning the object tree TB --- 2007-02-28 22:33:24 - checking out the source tree TB --- 2007-02-28 22:33:24 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-02-28 22:33:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-28 22:45:12 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-28 22:45:12 - cd /src TB --- 2007-02-28 22:45:12 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 28 22:45:13 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet6.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipx.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -o netstat if.o inet.o main.o mbuf.o mcast.o mroute.o route.o unix.o atalk.o netgraph.o mroute6.o ipsec.o bpf.o pfkey.o inet6.o ipx.o -lkvm -lmemstat -lnetgraph -lutil -lipx mcast.o(.text+0x260): In function `ifmalist_dump_af': : undefined reference to `addr2ascii' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-28 23:42:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-28 23:42:29 - ERROR: failed to build world TB --- 2007-02-28 23:42:29 - tinderbox aborted TB --- 0.71 user 2.49 system 4197.98 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 28 23:51:08 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C94C16A403; Wed, 28 Feb 2007 23:51:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id BBEDA13C478; Wed, 28 Feb 2007 23:51:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DA5DD46BD2; Wed, 28 Feb 2007 18:51:01 -0500 (EST) Date: Wed, 28 Feb 2007 23:51:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Stephane E. Potvin" In-Reply-To: <45E5D589.3080202@FreeBSD.org> Message-ID: <20070228234754.Q13593@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 23:51:08 -0000 On Wed, 28 Feb 2007, Stephane E. Potvin wrote: >> Please let me know if you experience any problems with UNIX domain sockets >> -- these changes will affect applications that consume UNIX domain sockets >> directly, like MySQL and Postfix, as well as consumers of POSIX fifos, >> which are implemented using UNIX domain sockets in-kernel. > > Since this commit, I've been observing frequent deadlocks on my laptop, > mostly when starting-up gnome. It usually takes less than 5 to 10 minutes > for the deadlock to happens. > > I was able to drop into ddb once and got the following information: (there > might be some typos as I had to copy this manually) Thanks, this information was very helpful, and indeed the problem is as you surmise: cases existed where more than one unpcb lock was acquired at a time when holding only a global read lock, not a global write lock. I guess these slipped through from an earlier version of the patch. In any case, could you try the patch at: http://www.watson.org/~robert/freebsd/netperf/20070228-unp_deadlock.diff This eliminates overlapped unpcb lock acquisition in both datagram and stream cases, and with any luck will fix the deadlock problem. It may also marginally improve performance by further reducing unpcb lock contention. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > show alllocks > Process 906 (gnome-power-manager) thread 0xc553c570 (100126) > exclusive sleep mutex unp_mtx r = 0 (0xc5573bb8) locked @ > /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:849 > shared rw unp_global_rwlock r = 0 (0xc06d1dac) locked @ > /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:768 > Process 860 (dbus-daemon) thread 0xc4d001d0 (100095) > exclusive sleep mutex unp_mtx r = 0 (0xc5573b10) locked @ > /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:849 > shared rw unp_global_rwlock r = 0 (0xc06d1dac) locked @ > /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:768 > > show lock 0xc5573bb8 > class: sleep mutex > name: unp_mtx > flags: {DEF, RECURSE, DUPOK} > state: {OWNED, CONTESTED} > owner: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") > > show turnstile 0xc5573bb8 > Lock: 0xc5573bb8 - (sleep mutex) unp_mtx > Lock Owner: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") > Shared Waiters: > empty > Exclusive Waiters: > 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") > Pending Threads: > empty > > show lock 0xc5573b10 > class: sleep mutex > name: unp_mtx > flags: {DEF, RECURSE, DUPOK} > state: {OWNED, CONTESTED} > owner: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") > > show turnstile 0xc5573b10 > Lock: 0xc5573b10 - (sleep mutex) unp_mtx > Lock Owner: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") > Shared Waiters: > empty > Exclusive Waiters: > 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") > Pending Threads: > empty > > show lock 0xc06d1dac > class: rw > name: unp_global_rwlock > state: RLOCK: 2 locks > waiters: writers > > show turnstile 0xc06d1dac > Lock: 0xc06d1dac - (rw) unp_global_rwlock > Lock Owner: none > Shared Waiters: > empty > Exclusive Waiters: > 0xc4d00000 (tid 100096, pid 857, "gconfd-2") > 0xc4d01570 (tid 100085, pid 804, "login") > 0xc4fcaae0 (tid 100133, pid 887, "bonobo-activation-s") > 0xc48c23a0 (tid 100106, pid 897, "gaim") > 0xc4d01910 (tid 100120, pid 909, "gnome-screensaver") > 0xc553cae0 (tid 100123, pid 905, "gnome-mount") > Pending Threads: > empty > > bt 100095 > Tracing pid 860 tid 100095 td 0xc4d001d0 > shced_switch(3301966288,0,1,3226391662,3310601584,...) at 3226314602 = > sched_switch+303 > mi_switch(1,0,3227647346,647,3228084884,...) at 3226245932 = mi_switch+489 > turnstile_wait(3310828472,3310601584,0,3310601586,3310828472,...) at > 3226393861 = turnstile_wait+633 > _mtx_lock_sleep(3310828472,3301966288,0,3227660663,877,...) at 3226177946 = > _mtx_lock_sleep+261 > _mtx_lock_flags(3310828472,0,3227660663,877,3310833112,...) at 3226177102 = > _mtx_lock_flags+102 > uipc_send(3310832888,0,3296484864,0,0,...) at 3226561343 = uipc_send+1058 > sosend_generic(3310832888,0,3302262848,3296484864,0,...) at 3226529764 = > sosend_generic_1067 > sosend(3310832888,0,3302262848,0,0,...) at 3226530139 = sosend+63 > soo_write(3304721288,3302262848,3297254528,0,3301966288,...) at 3226433647 = > soo_write+121 > dofilewrite > kern_writev > writev > syscall > > bt 100126 > Tracing pid 906 tid 100126 td 0xc553c570 > sched_switch > mi_switch > turnstile_wait > _mtx_lock_sleep > _mtx_locl_flags > uipc_send > sosend_generic > sosend > soo_write > dofilewrite > kern_writev > writev > syscalL > > As you can see, the threads 100095 and 100126 both are waiting on each > other's lock. The function uipc_send tries to lock two unp_mtx without > holding a write lock on unp_global_rwlock. It seems that the write ownership > is taken by uipc_send only if nam is not NULL or the PRUS_EOF flag is set. > Both of these conditions are false in this particular call scenario. From the > comments just above the second lock in uipc_usrreq.c, the global write lock > should already acquired by the time we get there. I'm not sure where or under > what condition the write lock should be acquired to correctly fix this. I'll > keep the core around in case you want me to provide more information. > > Regards, > > Steph > From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 00:04:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E9CC16A410; Thu, 1 Mar 2007 00:04:20 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2283713C46B; Thu, 1 Mar 2007 00:01:08 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 28 Feb 2007 16:01:08 -0800 X-IronPort-AV: i="4.14,233,1170662400"; d="scan'208"; a="43923215:sNHT63237573" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l21018C2022744; Wed, 28 Feb 2007 16:01:08 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l2100lnd010440; Wed, 28 Feb 2007 16:01:08 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 16:00:48 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 16:00:47 -0800 Message-ID: <45E6178F.8040302@cisco.com> Date: Wed, 28 Feb 2007 19:00:15 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> In-Reply-To: <20070228234754.Q13593@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Mar 2007 00:00:47.0668 (UTC) FILETIME=[AA78CF40:01C75B94] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=6311; t=1172707268; x=1173571268; c=relaxed/simple; s=sjdkim6002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20HEADS=20UP=3A=20UNIX=20domain=20socket=20locking=20ch anges=20merged=20to=20CVS=20HEAD |Sender:=20; bh=q5xFogT3dGjE2rfPIyGUQRGpzkQw347zrJm3vYX6sJs=; b=afRD1UFbdZJ470zL4lwAJM9WbxH2dGkmulkpXL4WARij5t0RgidoJR7dRV1FJEctyxPBM2tq k6+UjtHsIMFPhnhoeUqqrKkDl7VXWtIS2BRet1X6xS+1LWtVOra/8tmH; Authentication-Results: sj-dkim-6; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim6002 verified; ); Cc: brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 00:04:20 -0000 Robert Watson wrote: > > On Wed, 28 Feb 2007, Stephane E. Potvin wrote: > >>> Please let me know if you experience any problems with UNIX domain >>> sockets -- these changes will affect applications that consume UNIX >>> domain sockets directly, like MySQL and Postfix, as well as consumers >>> of POSIX fifos, which are implemented using UNIX domain sockets >>> in-kernel. >> >> Since this commit, I've been observing frequent deadlocks on my >> laptop, mostly when starting-up gnome. It usually takes less than 5 to >> 10 minutes for the deadlock to happens. >> >> I was able to drop into ddb once and got the following information: >> (there might be some typos as I had to copy this manually) > > Thanks, this information was very helpful, and indeed the problem is as > you surmise: cases existed where more than one unpcb lock was acquired > at a time when holding only a global read lock, not a global write > lock. I guess these slipped through from an earlier version of the > patch. In any case, could you try the patch at: > > http://www.watson.org/~robert/freebsd/netperf/20070228-unp_deadlock.diff > > This eliminates overlapped unpcb lock acquisition in both datagram and > stream cases, and with any luck will fix the deadlock problem. It may > also marginally improve performance by further reducing unpcb lock > contention. > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> show alllocks >> Process 906 (gnome-power-manager) thread 0xc553c570 (100126) >> exclusive sleep mutex unp_mtx r = 0 (0xc5573bb8) locked @ >> /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:849 >> shared rw unp_global_rwlock r = 0 (0xc06d1dac) locked @ >> /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:768 >> Process 860 (dbus-daemon) thread 0xc4d001d0 (100095) >> exclusive sleep mutex unp_mtx r = 0 (0xc5573b10) locked @ >> /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:849 >> shared rw unp_global_rwlock r = 0 (0xc06d1dac) locked @ >> /usr/home/FreeBSD/src.CURRENT.libgcc_s/sys/kern/uipc_usrreq.c:768 >> >> show lock 0xc5573bb8 >> class: sleep mutex >> name: unp_mtx >> flags: {DEF, RECURSE, DUPOK} >> state: {OWNED, CONTESTED} >> owner: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") >> >> show turnstile 0xc5573bb8 >> Lock: 0xc5573bb8 - (sleep mutex) unp_mtx >> Lock Owner: 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") >> Shared Waiters: >> empty >> Exclusive Waiters: >> 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") >> Pending Threads: >> empty >> >> show lock 0xc5573b10 >> class: sleep mutex >> name: unp_mtx >> flags: {DEF, RECURSE, DUPOK} >> state: {OWNED, CONTESTED} >> owner: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") >> >> show turnstile 0xc5573b10 >> Lock: 0xc5573b10 - (sleep mutex) unp_mtx >> Lock Owner: 0xc4d001d0 (tid 100095, pid 860, "dbus-daemon") >> Shared Waiters: >> empty >> Exclusive Waiters: >> 0xc553c570 (tid 100126, pid 906, "gnome-power-manager") >> Pending Threads: >> empty >> >> show lock 0xc06d1dac >> class: rw >> name: unp_global_rwlock >> state: RLOCK: 2 locks >> waiters: writers >> >> show turnstile 0xc06d1dac >> Lock: 0xc06d1dac - (rw) unp_global_rwlock >> Lock Owner: none >> Shared Waiters: >> empty >> Exclusive Waiters: >> 0xc4d00000 (tid 100096, pid 857, "gconfd-2") >> 0xc4d01570 (tid 100085, pid 804, "login") >> 0xc4fcaae0 (tid 100133, pid 887, "bonobo-activation-s") >> 0xc48c23a0 (tid 100106, pid 897, "gaim") >> 0xc4d01910 (tid 100120, pid 909, "gnome-screensaver") >> 0xc553cae0 (tid 100123, pid 905, "gnome-mount") >> Pending Threads: >> empty >> >> bt 100095 >> Tracing pid 860 tid 100095 td 0xc4d001d0 >> shced_switch(3301966288,0,1,3226391662,3310601584,...) at 3226314602 = >> sched_switch+303 >> mi_switch(1,0,3227647346,647,3228084884,...) at 3226245932 = >> mi_switch+489 >> turnstile_wait(3310828472,3310601584,0,3310601586,3310828472,...) at >> 3226393861 = turnstile_wait+633 >> _mtx_lock_sleep(3310828472,3301966288,0,3227660663,877,...) at >> 3226177946 = _mtx_lock_sleep+261 >> _mtx_lock_flags(3310828472,0,3227660663,877,3310833112,...) at >> 3226177102 = _mtx_lock_flags+102 >> uipc_send(3310832888,0,3296484864,0,0,...) at 3226561343 = uipc_send+1058 >> sosend_generic(3310832888,0,3302262848,3296484864,0,...) at 3226529764 >> = sosend_generic_1067 >> sosend(3310832888,0,3302262848,0,0,...) at 3226530139 = sosend+63 >> soo_write(3304721288,3302262848,3297254528,0,3301966288,...) at >> 3226433647 = soo_write+121 >> dofilewrite >> kern_writev >> writev >> syscall >> >> bt 100126 >> Tracing pid 906 tid 100126 td 0xc553c570 >> sched_switch >> mi_switch >> turnstile_wait >> _mtx_lock_sleep >> _mtx_locl_flags >> uipc_send >> sosend_generic >> sosend >> soo_write >> dofilewrite >> kern_writev >> writev >> syscalL >> >> As you can see, the threads 100095 and 100126 both are waiting on each >> other's lock. The function uipc_send tries to lock two unp_mtx without >> holding a write lock on unp_global_rwlock. It seems that the write >> ownership is taken by uipc_send only if nam is not NULL or the >> PRUS_EOF flag is set. Both of these conditions are false in this >> particular call scenario. From the comments just above the second lock >> in uipc_usrreq.c, the global write lock should already acquired by the >> time we get there. I'm not sure where or under what condition the >> write lock should be acquired to correctly fix this. I'll keep the >> core around in case you want me to provide more information. >> >> Regards, >> >> Steph >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Robert: I have been having the same problem.. and thought it was some of my code ;-o.... but I see now its not (after more testing) I will try your patch and get back to you :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 01:05:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBF0416A400; Thu, 1 Mar 2007 01:05:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B094A13C467; Thu, 1 Mar 2007 01:05:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2115taK041306; Wed, 28 Feb 2007 20:05:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2115tYu092528; Wed, 28 Feb 2007 20:05:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A000E73039; Wed, 28 Feb 2007 20:05:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070301010554.A000E73039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 20:05:54 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 01:05:56 -0000 TB --- 2007-02-28 23:42:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-28 23:42:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-28 23:42:30 - cleaning the object tree TB --- 2007-02-28 23:43:28 - checking out the source tree TB --- 2007-02-28 23:43:28 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-28 23:43:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 00:01:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 00:01:01 - cd /src TB --- 2007-03-01 00:01:01 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 00:01:04 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet6.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipx.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -o netstat if.o inet.o main.o mbuf.o mcast.o mroute.o route.o unix.o atalk.o netgraph.o mroute6.o ipsec.o bpf.o pfkey.o inet6.o ipx.o -lkvm -lmemstat -lnetgraph -lutil -lipx mcast.o(.text+0x208): In function `ifmalist_dump_af': : undefined reference to `addr2ascii' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-01 01:05:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-01 01:05:54 - ERROR: failed to build world TB --- 2007-03-01 01:05:54 - tinderbox aborted TB --- 0.68 user 2.45 system 5003.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 01:30:06 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3588216A404 for ; Thu, 1 Mar 2007 01:30:06 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from mail.vnet.sk (mail.vnet.sk [217.73.28.8]) by mx1.freebsd.org (Postfix) with ESMTP id EAC4E13C49D for ; Thu, 1 Mar 2007 01:30:05 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost.vnet.sk [127.0.0.1]) by mail.vnet.sk (VNETMail) with ESMTP id AF0991A7C618 for ; Thu, 1 Mar 2007 02:06:11 +0100 (CET) X-Virus-Scanned: amavisd-new at vnet.sk Received: from mail.vnet.sk ([127.0.0.1]) by localhost (mail.vnet.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Sl48hxD4k7bG for ; Thu, 1 Mar 2007 02:06:09 +0100 (CET) Received: from danger-PC.mshome.net (unknown [217.73.23.230]) by mail.vnet.sk (VNETMail) with ESMTP id 21C1B1A7C61B for ; Thu, 1 Mar 2007 02:06:09 +0100 (CET) Date: Thu, 1 Mar 2007 02:05:40 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1687213025.20070301020540@rulez.sk> To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 01:30:06 -0000 Hello current, Having the following fstab makes my system 100% unbootable under 7.0 with sources from Wed Feb 28 23:47:39 CET 2007 (it works under 6.2). # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0s1b none swap sw 0 0 /dev/mirror/gm0s1a / ufs rw,nodev,noatime 1 1 /dev/mirror/gm0s1f /data ufs rw,nosuid,nodev,noatime 2 2 /dev/mirror/gm0s1d /usr ufs rw,nodev,noatime 2 2 /dev/mirror/gm0s1e /var ufs rw,nosuid,nodev,noexec,noatime 2 2 /dev/cd0 /cdrom cd9660 ro,noauto 0 0 it fails with some errors with getty (maybe /dev is not mounted or something) Also, having this fstab and trying to mount -u -a on a running system, causes to produce the following messages in the messages log: Mar 1 01:23:13 db2 kernel: mount option is unknown The following fstab works w/o any problem. # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0s1b none swap sw 0 0 /dev/mirror/gm0s1a / ufs rw 1 1 /dev/mirror/gm0s1f /data ufs rw 2 2 /dev/mirror/gm0s1d /usr ufs rw 2 2 /dev/mirror/gm0s1e /var ufs rw 2 2 /dev/cd0 /cdrom cd9660 ro,noauto 0 0 -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 01:32:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D79E16A400; Thu, 1 Mar 2007 01:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3CE1D13C442; Thu, 1 Mar 2007 01:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l211WKZH084758; Wed, 28 Feb 2007 20:32:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l211WKCa031343; Wed, 28 Feb 2007 20:32:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 370D473039; Wed, 28 Feb 2007 20:32:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070301013220.370D473039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 20:32:20 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 01:32:21 -0000 TB --- 2007-03-01 00:26:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 00:26:34 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-03-01 00:26:34 - cleaning the object tree TB --- 2007-03-01 00:27:02 - checking out the source tree TB --- 2007-03-01 00:27:02 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-03-01 00:27:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 00:39:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 00:39:49 - cd /src TB --- 2007-03-01 00:39:49 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 00:39:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet6.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipx.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -o netstat if.o inet.o main.o mbuf.o mcast.o mroute.o route.o unix.o atalk.o netgraph.o mroute6.o ipsec.o bpf.o pfkey.o inet6.o ipx.o -lkvm -lmemstat -lnetgraph -lutil -lipx mcast.o(.text+0x208): In function `ifmalist_dump_af': : undefined reference to `addr2ascii' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-01 01:32:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-01 01:32:20 - ERROR: failed to build world TB --- 2007-03-01 01:32:20 - tinderbox aborted TB --- 0.64 user 2.13 system 3945.67 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:01:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA8DA16A400; Thu, 1 Mar 2007 02:01:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9C47613C442; Thu, 1 Mar 2007 02:01:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l211xsTw097035; Wed, 28 Feb 2007 18:59:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 28 Feb 2007 19:00:00 -0700 (MST) Message-Id: <20070228.190000.564104474.imp@bsdimp.com> To: danger@freebsd.org From: "M. Warner Losh" In-Reply-To: <1687213025.20070301020540@rulez.sk> References: <1687213025.20070301020540@rulez.sk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 28 Feb 2007 18:59:54 -0700 (MST) Cc: current@freebsd.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 02:01:30 -0000 In message: <1687213025.20070301020540@rulez.sk> Daniel Gerzo writes: : Hello current, : : Having the following fstab makes my system 100% unbootable under : 7.0 with sources from Wed Feb 28 23:47:39 CET 2007 (it works under : 6.2). : : # Device Mountpoint FStype Options Dump Pass# : /dev/mirror/gm0s1b none swap sw 0 0 : /dev/mirror/gm0s1a / ufs rw,nodev,noatime 1 1 : /dev/mirror/gm0s1f /data ufs rw,nosuid,nodev,noatime 2 2 : /dev/mirror/gm0s1d /usr ufs rw,nodev,noatime 2 2 : /dev/mirror/gm0s1e /var ufs rw,nosuid,nodev,noexec,noatime 2 2 : /dev/cd0 /cdrom cd9660 ro,noauto 0 0 : : it fails with some errors with getty (maybe /dev is not mounted or : something) : : Also, having this fstab and trying to mount -u -a on a running system, : causes to produce the following messages in the messages log: : : Mar 1 01:23:13 db2 kernel: mount option is unknown Have you tried removing the 'nodev' option from /usr and /data? Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:12:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A85916A404 for ; Thu, 1 Mar 2007 02:12:19 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id F041513C4A3 for ; Thu, 1 Mar 2007 02:12:18 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 19F181F11EE; Wed, 28 Feb 2007 21:12:19 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Wed, 28 Feb 2007 21:12:19 -0500 X-Sasl-enc: Iys8KH9iTo5nHrGghkoSmmvwKf/g+HXC2BhTR/yIMDOL 1172715138 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7796F2361B; Wed, 28 Feb 2007 21:12:18 -0500 (EST) Message-ID: <45E63681.30703@FreeBSD.org> Date: Thu, 01 Mar 2007 02:12:17 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070301013220.370D473039@freebsd-current.sentex.ca> In-Reply-To: <20070301013220.370D473039@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 02:12:19 -0000 Dealt with From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:46:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F9B616A400; Thu, 1 Mar 2007 02:46:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4D813C428; Thu, 1 Mar 2007 02:46:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l212kUtF088646; Wed, 28 Feb 2007 21:46:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l212kUat032212; Wed, 28 Feb 2007 21:46:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0365773039; Wed, 28 Feb 2007 21:46:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070301024630.0365773039@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 21:46:29 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 02:46:31 -0000 TB --- 2007-03-01 01:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 01:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-01 01:35:00 - cleaning the object tree TB --- 2007-03-01 01:36:10 - checking out the source tree TB --- 2007-03-01 01:36:10 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-01 01:36:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 01:49:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 01:49:54 - cd /src TB --- 2007-03-01 01:49:54 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 01:49:55 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet6.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipx.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -o netstat if.o inet.o main.o mbuf.o mcast.o mroute.o route.o unix.o atalk.o netgraph.o mroute6.o ipsec.o bpf.o pfkey.o inet6.o ipx.o -lkvm -lmemstat -lnetgraph -lutil -lipx mcast.o(.text+0x1ff): In function `ifmalist_dump_af': : undefined reference to `addr2ascii' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-01 02:46:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-01 02:46:29 - ERROR: failed to build world TB --- 2007-03-01 02:46:29 - tinderbox aborted TB --- 0.70 user 3.62 system 4289.12 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:46:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D69816A400; Thu, 1 Mar 2007 02:46:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D688113C428; Thu, 1 Mar 2007 02:46:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l212ktd5045884; Wed, 28 Feb 2007 21:46:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l212ktZq066431; Wed, 28 Feb 2007 21:46:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB9357303E; Wed, 28 Feb 2007 21:46:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070301024654.DB9357303E@freebsd-current.sentex.ca> Date: Wed, 28 Feb 2007 21:46:54 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 02:46:56 -0000 TB --- 2007-03-01 01:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 01:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-03-01 01:35:00 - cleaning the object tree TB --- 2007-03-01 01:35:52 - checking out the source tree TB --- 2007-03-01 01:35:52 - cd /tinderbox/HEAD/arm/arm TB --- 2007-03-01 01:35:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 01:49:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 01:49:54 - cd /src TB --- 2007-03-01 01:49:54 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 01:49:55 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet6.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/ipx.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -o netstat if.o inet.o main.o mbuf.o mcast.o mroute.o route.o unix.o atalk.o netgraph.o mroute6.o ipsec.o bpf.o pfkey.o inet6.o ipx.o -lkvm -lmemstat -lnetgraph -lutil -lipx mcast.o(.text+0x1ec): In function `ifmalist_dump_af': : undefined reference to `addr2ascii' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-01 02:46:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-01 02:46:54 - ERROR: failed to build world TB --- 2007-03-01 02:46:54 - tinderbox aborted TB --- 0.42 user 1.66 system 4314.17 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 01:03:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6706716A40B for ; Thu, 1 Mar 2007 01:03:37 +0000 (UTC) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id EF42513C4BA for ; Thu, 1 Mar 2007 01:03:36 +0000 (UTC) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l1SBkSwG025498 for ; Wed, 28 Feb 2007 22:46:28 +1100 Received: from triptrop.cse.unsw.edu.au (blaax11-b149.dialup.optusnet.com.au [203.164.191.149]) by mail23.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l1SBkL2L031768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Feb 2007 22:46:24 +1100 Received: from triptrop.cse.unsw.edu.au (localhost [127.0.0.1]) by triptrop.cse.unsw.edu.au (8.13.8/8.13.6) with ESMTP id l1SBirhp000923 for ; Wed, 28 Feb 2007 22:44:54 +1100 (EST) (envelope-from tbourke@triptrop.cse.unsw.edu.au) Received: (from tbourke@localhost) by triptrop.cse.unsw.edu.au (8.13.8/8.13.6/Submit) id l1SBirX7000922 for freebsd-current@freebsd.org; Wed, 28 Feb 2007 22:44:53 +1100 (EST) (envelope-from tbourke) Date: Wed, 28 Feb 2007 22:44:52 +1100 From: Timothy Bourke To: freebsd-current@freebsd.org Message-ID: <20070228114452.GA771@triptrop> Mail-Followup-To: freebsd-current@freebsd.org References: <20070221205331.GB2479@obiwan.tataz.chchile.org> <20070225184351.GM2479@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20070225184351.GM2479@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://www.cse.unsw.edu.au/~tbourke/pubkey.txt X-Mailman-Approved-At: Thu, 01 Mar 2007 03:07:32 +0000 Subject: Re: psm(4) doesn't work with custom kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 01:03:37 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Feb 25 at 19:43 +0100, Jeremie Le Hen wrote: > On Fri, Feb 23, 2007 at 02:49:17AM -0500, Andre Guibert de Bruet wrote: > > Try booting with ACPI disabled. Something does not appear sane with =20 > > your ACPI config using your custom kernel: > > acpi: bad write to port 0x080 (32), val 0xaa >=20 > Indeed, removing device acpi from my custom kernel config file resolves > the problem. However, if I enable option SMP along ACPI, psm(4) works. I just had a similar problem on a ThinkPad R52. Adding: device acpi_ibm to the kernel config breaks the psm; but putting: acpi_ibm_load=3D"YES" in /boot/loader.conf works. I don't know why. Perhaps something similar would work with the base acpi driver? Tim. --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFF5Ws0tKVK1sFb0ecRAmU3AJ9PQV+WIxRPP/HYaexWq1agpwrBKgCdGuoE kpBxT1bAhejhqgE5Hkun/ec= =Dqtc -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:54:48 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB53016A403; Thu, 1 Mar 2007 02:54:48 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 91B9013C46B; Thu, 1 Mar 2007 02:54:48 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1HMaQ3-000285-IC; Thu, 01 Mar 2007 03:49:19 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HMaPg-0001PE-PX; Thu, 01 Mar 2007 03:48:56 +0200 Date: Thu, 1 Mar 2007 03:48:56 +0200 From: Alex Kozlov To: Daniel Gerzo Message-ID: <20070301014856.GA5319@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alex Kozlov X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) X-Mailman-Approved-At: Thu, 01 Mar 2007 03:07:51 +0000 Cc: current@FreeBSD.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 02:54:48 -0000 On Thu, Mar 01, 2007 at 02:05:40AM +0100, Daniel Gerzo wrote: > Hello current, > > Having the following fstab makes my system 100% unbootable under > 7.0 with sources from Wed Feb 28 23:47:39 CET 2007 (it works under > 6.2). > > # Device Mountpoint FStype Options Dump Pass# > /dev/mirror/gm0s1b none swap sw 0 0 > /dev/mirror/gm0s1a / ufs rw,nodev,noatime 1 1 > /dev/mirror/gm0s1f /data ufs rw,nosuid,nodev,noatime 2 2 > /dev/mirror/gm0s1d /usr ufs rw,nodev,noatime 2 2 > /dev/mirror/gm0s1e /var ufs rw,nosuid,nodev,noexec,noatime 2 2 > /dev/cd0 /cdrom cd9660 ro,noauto 0 0 > > it fails with some errors with getty (maybe /dev is not mounted or > something) > > Also, having this fstab and trying to mount -u -a on a running system, > causes to produce the following messages in the messages log: > > Mar 1 01:23:13 db2 kernel: mount option is unknown Remove nodev and try again. -- Adios From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 03:18:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F275316A401 for ; Thu, 1 Mar 2007 03:18:52 +0000 (UTC) (envelope-from probsd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id A0D1813C4A5 for ; Thu, 1 Mar 2007 03:18:52 +0000 (UTC) (envelope-from probsd@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so296986wxc for ; Wed, 28 Feb 2007 19:18:52 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=LOWFhjCpdS8GwOROLKWuVOJdnhfpH8po99DspBOHFq+NV2E1wSUsfUBslpEadDldS0H4eDzHfLHKF4Yz5HDqkt/Wywyq6uHFhvl94W+1ruq4r9nUy+ry1p7rD3h3IXXknlgjI2mXo7qDkCrFxHBuLRrjgDF3erwoiT/mUpjPTDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=aKtZ/2he0emCvAkat73gQ5B5T3CMOPHvl8o8hz9x0GhjSxkyv6g5CMYMk0pyuCyPKXtEdSA0chhZFCdwCocaUdOUANaCQgh55i5Smx8ltt1U40zpwPb/vWS0a/CNS6GGnmYmhkhukCwNysY2QoQhMiM8kRGEnYpYrfrEbASN+r8= Received: by 10.114.169.2 with SMTP id r2mr93855wae.1172699555860; Wed, 28 Feb 2007 13:52:35 -0800 (PST) Received: by 10.114.176.6 with HTTP; Wed, 28 Feb 2007 13:52:35 -0800 (PST) Message-ID: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> Date: Wed, 28 Feb 2007 15:52:35 -0600 From: "Rick Mullis" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: current amd64 USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 03:18:53 -0000 I have a Intel DG965RY mainboard with a Duo Core 2 Processor and 4GB of Ram and I can not get USB working for the life of me. I have been following the maillists and searching Google for weeks now, updating source code and rebuild world and kernel and unfortunately usb is still not working. I keep getting "hub root problem, error=4". When I turn the computer on the USB lights are on and as soon as the usb0 through usb6 comes up the lights go out and the system will not work with any usb device. The error shows up on all usb*. Is there something I am overlooking? This computer only runs FreeBSD 7.0-current and no gui. Please help. Rick From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 03:19:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77AC516A405 for ; Thu, 1 Mar 2007 03:19:10 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.freebsd.org (Postfix) with ESMTP id 332E613C47E for ; Thu, 1 Mar 2007 03:19:10 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l213J7xF029966; Wed, 28 Feb 2007 22:19:07 -0500 (EST) Date: Wed, 28 Feb 2007 22:19:07 -0500 From: Scott Robbins To: Randall Stewart Message-ID: <20070301031907.GD94643@mail.scottro.net> Mail-Followup-To: Randall Stewart , Robert Watson , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <45E6178F.8040302@cisco.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: brooks@freebsd.org, Robert Watson , "Stephane E. Potvin" , current@freebsd.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 03:19:10 -0000 On Wed, Feb 28, 2007 at 07:00:15PM -0500, Randall Stewart wrote: > Robert Watson wrote: > >On Wed, 28 Feb 2007, Stephane E. Potvin wrote: > >> > >>Since this commit, I've been observing frequent deadlocks on my laptop, > >>mostly when starting-up gnome. It usually takes less than 5 to 10 minutes for > >>the deadlock to happens. I too have been having unexpected lockups--like Randall, I figured it was something to do with my machine. Interestingly enough, though X will lock up completely (and I can't ssh to the machine, though I can ping it) the jail, which runs a small web site, running on an alias ip address continues to work--I can still access the web site from outside. However, I haven't been able to apply Robert's patch yet. As some of you have noticed, there's a bunch of tinderbox failures dying in netstat. It's happening to me too, so I haven't been able to rebuild. (this is more of a me too post at this point--I haven't had a chance to do any investigation). -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: What do you want? Spike: I told you. I want to stop Angel. I want to save the world. Buffy: Okay, you do remember that you're a vampire, right? Spike: We like to talk big... vampires do. I'm going to destroy the world. That's just tough-guy talk. Strutting around with your friends over a pint of blood. The truth is, I _like_ this world. You've got...dog racing, Manchester United. And you've got people. Billions of people walking around like Happy Meals with legs. It's all right here. But then someone comes along with a vision. With a real... passion for destruction. Angel could pull it off. Good-bye, Picadilly. Farewell, Leicester-bloody-Square. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 04:31:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A89F516A402 for ; Thu, 1 Mar 2007 04:31:27 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4116313C467 for ; Thu, 1 Mar 2007 04:31:27 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so752389nfc for ; Wed, 28 Feb 2007 20:31:26 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SJYXfGscxXT9tpmwBt8u2Qw1+5GEe0bEKNu/haG4Yt0fIJttn3P7o7+zpfo/ECAArqqQYxzOxFurprlmUAKGS0IjxgPOlQ/bwIWTXQdFJiieEB0I6pzvRJU02MUieMJ+2XMfqnDPznDRsDTry0Ma7tijGwKM9kueQek0y0xG8Xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tmahQ958QnHYHiA5O2wnNqvlVBV2pzM0mMi31okXPB808MFOIDqSQgp2lrOZOOQJKWqEzgt2he3dn3yWb8jtmunjtg3Ovh1K6YSzDS58oKBy1McrZeSjtFkDEKYEVFx0bT00jKL441dJ28VLtLzerR+JTobVB6vijFRUvRYgvUw= Received: by 10.82.107.15 with SMTP id f15mr483605buc.1172723486125; Wed, 28 Feb 2007 20:31:26 -0800 (PST) Received: by 10.82.151.15 with HTTP; Wed, 28 Feb 2007 20:31:26 -0800 (PST) Message-ID: Date: Wed, 28 Feb 2007 20:31:26 -0800 From: "Kip Macy" To: "Andrey Chernov" , current@freebsd.org In-Reply-To: <20070221095451.GA809@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070221095451.GA809@nagual.pp.ru> Cc: Subject: Re: Recent-current panics: duplicate free in mbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 04:31:27 -0000 Load the module symbols into kgdb and get a full backtrace. -Kip On 2/21/07, Andrey Chernov wrote: > Now I got this constantly from time to time. Any ideas? > > Duplicate free of item 0xc2d90100 from zone 0xc0c44000(mbuf_packet) > > 2 0xc04b4559 in panic ( > fmt=0xc0611d3e "Duplicate free of item %p from zone %p(%s)\n") > at ../../../kern/kern_shutdown.c:567 > #3 0xc0599c71 in uma_dbg_free (zone=0xc0c44000, slab=0xc2d90fa8, > item=0xc2d90100) at ../../../vm/uma_dbg.c:302 > #4 0xc0598183 in uma_zfree_arg (zone=0xc0c44000, item=0xc2d90100, > udata=0x0) > at ../../../vm/uma_core.c:2261 > #5 0xc04f6a18 in mb_free_ext (m=0xc2d90100) at uma.h:305 > #6 0xc04f684c in m_freem (mb=0x0) at mbuf.h:446 > #7 0xc073bde2 in ?? () > #8 0xc2d90100 in ?? () > #9 0xc263f400 in ?? () > #10 0x00000008 in ?? () > #11 0x00000000 in ?? () > #12 0x00000080 in ?? () > #13 0xd38aecac in ?? () > #14 0xc073c464 in ?? () > #15 0xc262d014 in ?? () > #16 0x00000001 in ?? () > #17 0xc073dcaa in ?? () > #18 0x0000061d in ?? () > #19 0xc262d014 in ?? () > #20 0x00000000 in ?? () > #21 0xc065ed10 in lockbuilder_pool () > #22 0xc2639400 in ?? () > #23 0xc268d000 in ?? () > #24 0xc256f780 in ?? () > #25 0x00000000 in ?? () > #26 0xd38aecd4 in ?? () > #27 0xc049c60c in ithread_execute_handlers (p=0xc262d014, ie=0xc262d000) > at ../../../kern/kern_intr.c:683 > > > -- > http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 05:16:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C563016A476; Thu, 1 Mar 2007 05:16:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AFCB613C4BC; Thu, 1 Mar 2007 05:16:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 916EA1A4D9B; Wed, 28 Feb 2007 21:16:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C5E97514EA; Thu, 1 Mar 2007 00:16:42 -0500 (EST) Date: Thu, 1 Mar 2007 00:16:42 -0500 From: Kris Kennaway To: Robert Watson Message-ID: <20070301051642.GA98833@xor.obsecurity.org> References: <20070228194653.GA2104@devnull.lt> <20070228213831.B37392@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20070228213831.B37392@fledge.watson.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Paulius Bulotas Subject: Re: panic: sbdrop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 05:16:43 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 28, 2007 at 09:41:12PM +0000, Robert Watson wrote: >=20 > On Wed, 28 Feb 2007, Paulius Bulotas wrote: >=20 > >we have two Sun Fire X4100 running quite recent current: FreeBSD=20 > >7.0-CURRENT #0: Fri Feb 23 21:12:46 EET 2007=20 > >root@anti:/usr/obj/usr/src/sys/GENERIC amd64 > > > >and they both panic once a day or two with: >=20 > If this is the panic I think it is, I have a patch that may help at: >=20 > http://www.watson.org/~robert/freebsd/netperf/20070223-udp-sbdrop.diff >=20 > I've handed this patch off to Kris to test but as you've no doubt seen fr= om=20 > the lists, he's being kept well out of trouble with all the scalability= =20 > work, so I've not had a definitive answer as to whether it resolves the= =20 > issues for him. It's hard to prove a negative but I didnt see a repetition of the panic during the stressing after I applied it, I wasn't able to leave it running for a long period though so it's not definitive. I am hoping to try to put it on pointyhat which was seeing the panic regularly (once a day or so). Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5mG6Wry0BWjoQKURAgMXAJ9IGAPAVeINfawe4bDDriUTM9c0SACgrYIN ksoUr+7TKSRCemSXL17fk34= =RmXs -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 05:38:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D475416A419 for ; Thu, 1 Mar 2007 05:38:36 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 63DE313C4D5 for ; Thu, 1 Mar 2007 05:38:35 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so290052ugh for ; Wed, 28 Feb 2007 21:38:35 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Gga+nURMcnWK/F6ONvWVmfVaQpkzHzcXm4xwk3at3s2yx1nEepRnxmPoe6jijicGsFYGiyNxmVlUr//czUuHldNK21hddvcT+T5a+qS//8+zfkLnmEPwFrzUsrsFWF6tVBvFnVKeeoJvuVfVoEcUD1+OtwFJFMEHI1/aHsh9Eb8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=KqKHa4524h58bRUpEub2Y9v9GcOORW+gZge8hDLJKAudm1auMows87qvlGePYvzUrOSpqwrN06VbxPiV5w4eahJgLjml65y4dkrD5lAqwuze6PPea4dJwSO5QxKMIXs5qOcJCSsRGlT1lzWtjpi9D5m6yxzIkVwDF9sHh+5L0TU= Received: by 10.67.119.13 with SMTP id w13mr1720222ugm.1172725976059; Wed, 28 Feb 2007 21:12:56 -0800 (PST) Received: from ?192.168.11.11? ( [85.164.1.86]) by mx.google.com with ESMTP id s1sm1151795uge.2007.02.28.21.12.54; Wed, 28 Feb 2007 21:12:55 -0800 (PST) Message-ID: <45E660CE.6010600@gmail.com> Date: Thu, 01 Mar 2007 06:12:46 +0100 From: Sten Daniel Soersdal User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Jim C. Nasby" References: <20070224213111.GB41434@xor.obsecurity.org> <20070227182511.GD29041@decibel.org> <20070227205951.GA56651@xor.obsecurity.org> <20070227221252.GD51916@decibel.org> In-Reply-To: <20070227221252.GD51916@decibel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 05:38:36 -0000 Jim C. Nasby wrote: > On Tue, Feb 27, 2007 at 03:59:52PM -0500, Kris Kennaway wrote: >> On Tue, Feb 27, 2007 at 12:25:11PM -0600, Jim C. Nasby wrote: >>> On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote: >>>> Now that the goals of the SMPng project are complete, for the past >>>> year or more several of us have been working hard on profiling FreeBSD >>>> in various multiprocessor workloads, and looking for performance >>>> bottlenecks to be optimized. >>>> >>>> We have recently made significant progress on optimizing for MySQL >>>> running on an 8-core amd64 system. The graph of results may be found >>>> here: >>> I do *not* want to start a database war here, but I'm wondering if any >>> testing has been done with PostgreSQL? The reason I'm asking is that >>> there are some benchmarks that show MySQL falling off drastically with >>> increased concurrency: >>> >>> http://www.mysqlperformanceblog.com/2006/11/30/interesting-mysql-and-postgresql-benchmarks/ >>> >>> It would be interesting to see how the changes you've made stack up >>> using PostgreSQL as the benchmark. >> I've mentioned this a couple of times, but postgresql didn't scale >> well [on freebsd at least] when I tried it last year. I hope to >> revisit when I get time. > > Let me know if you need help when you get to that point. Keep in mind > that PostgreSQL's out-of-the-box configuration is pretty conservative, > so you won't get good numbers that way. Just a me 2 for postgresql tests: I would be interrested in postgresql numbers too as i have servers with 2 x dual core (xeon, dell 2850ies) currently running 6.1. I'm basically looking for something like a benchmark which would justify upgrading (or even experiment with 7.x) to my boss. I am aware that it's not your job to spend your valuable time doing obscure tests for us, so consider this rant as another "vote" for postgresql performance benchmarks. -- Sten Daniel Soersdal From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 06:19:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E24AB16A41A for ; Thu, 1 Mar 2007 06:19:34 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id AA9FE13C4CC for ; Thu, 1 Mar 2007 06:19:34 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 75603 invoked from network); 1 Mar 2007 06:19:36 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 1 Mar 2007 06:19:36 -0000 Message-ID: <45E67089.7070306@root.org> Date: Wed, 28 Feb 2007 22:19:53 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Poul-Henning Kamp References: <70793.1172694201@critter.freebsd.dk> In-Reply-To: <70793.1172694201@critter.freebsd.dk> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, current@freebsd.org Subject: Re: PATCH - update TSC freq when cpufreq changes it X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 06:19:35 -0000 Poul-Henning Kamp wrote: > In message <45E5D760.4030409@root.org>, Nate Lawson writes: >> Poul-Henning Kamp wrote: > >> It's a valid question, but mostly irrelevant. > > Not at all. It may be a lot cheaper for us to just use the > value from the ACPI than to calibrate. Only in the increasingly > rare case where TSC is used for timecounter AND the system isn't > using NTP is the precise frequency really interesting. > Ah, that's something different. I don't think it's a good idea to use the provided value outright when something more empirical is available. With cpufreq modes like p4tcc or acpi_throttling, you only have a relative setting anyway (i.e. 50%) so you still have to measure the base freq at some point. Boot is a good place to do it. Ultimately, my goal is to re-calibrate (with intr on) each level the first time it's used, then cache it in cpufreq as the "real" freq. It will provide that value in the cf_level struct and then eventhandler consumers can use that. That value will be accurate and empirical. For now, the goal is to just get TSC matching reality a little better (say +/- 1% instead of +100% or so). -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 06:56:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB55C16A414; Thu, 1 Mar 2007 06:56:42 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAF013C474; Thu, 1 Mar 2007 06:56:42 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-4.cisco.com with ESMTP; 28 Feb 2007 22:56:42 -0800 X-IronPort-AV: i="4.14,233,1170662400"; d="scan'208"; a="44072164:sNHT68897223" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-7.cisco.com (8.12.11/8.12.11) with ESMTP id l216ugXF002406; Wed, 28 Feb 2007 22:56:42 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l216ufnF029802; Wed, 28 Feb 2007 22:56:42 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 22:56:41 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 22:56:41 -0800 Message-ID: <45E67908.9090707@cisco.com> Date: Thu, 01 Mar 2007 01:56:08 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> In-Reply-To: <20070301031907.GD94643@mail.scottro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Mar 2007 06:56:41.0386 (UTC) FILETIME=[C40C00A0:01C75BCE] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1509; t=1172732202; x=1173596202; c=relaxed/simple; s=sjdkim7002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20HEADS=20UP=3A=20UNIX=20domain=20socket=20locking=20ch anges=20merged=20to=20CVS=20HEAD |Sender:=20; bh=qRTpiyi6ySn+mqlWukkq1D2pilxJZBbm0sktyWvzqFk=; b=NBH7ZTKW36fqz9c//NKPpNuBCCYZHNS1kSyUuvBae65IunKiOEbYpBTx+XXtCQtTm1TqslXz M9FRyqzF+vdf39St7mNgc3T2b8gtdzvjd9Xt6dBBFOsx2ufsrpYDnhA4; Authentication-Results: sj-dkim-7; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim7002 verified; ); Cc: Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 06:56:43 -0000 Scott Robbins wrote: > On Wed, Feb 28, 2007 at 07:00:15PM -0500, Randall Stewart wrote: >> Robert Watson wrote: >>> On Wed, 28 Feb 2007, Stephane E. Potvin wrote: >>>> Since this commit, I've been observing frequent deadlocks on my laptop, >>>> mostly when starting-up gnome. It usually takes less than 5 to 10 minutes for >>>> the deadlock to happens. > > I too have been having unexpected lockups--like Randall, I figured it > was something to do with my machine. Interestingly enough, though X > will lock up completely (and I can't ssh to the machine, though I can > ping it) the jail, which runs a small web site, running on an alias ip > address continues to work--I can still access the web site from outside. > > However, I haven't been able to apply Robert's patch yet. As some of > you have noticed, there's a bunch of tinderbox failures dying in > netstat. It's happening to me too, so I haven't been able to rebuild. > > (this is more of a me too post at this point--I haven't had a chance to > do any investigation). > > Well I was able to build.. and so far no lockup's. The frustrating thing was it would always free in X.. and I could not get back out to get a trace... I am glad that someone else did :-D So the good news is once you can build .. it seems to be the problem is solved.. of course I still could lock up.. but only using X will tell :-0 R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 07:40:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D0DE16A405 for ; Thu, 1 Mar 2007 07:40:32 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id C304A13C4B2 for ; Thu, 1 Mar 2007 07:40:31 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Thu, 01 Mar 2007 08:31:52 +0100 id 00000073.45E68168.00016D81 From: Milan Obuch To: freebsd-current@freebsd.org Date: Thu, 1 Mar 2007 08:29:18 +0100 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703010829.18334.freebsd-current@dino.sk> Subject: /etc/make.conf oddity (?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 07:40:32 -0000 Hi, today I discovered small issue in /etc/make.conf. I am building my custom kernel, config file for one machine is FOX. I put KERNCONF="FOX" into my /etc/make.conf, make buildkernel in /usr/src tells ERROR: Missing kernel configuration file(s) (FOX). If I change it into KERNCONF=FOX, no error message and build works as if command make buildkernel KERNCONF=FOX were given. My understanding was variable values should be enclosed in quotes, did I missread or missinterpret something? Even if it is no real issue (read: could not find simple workaround), I would like to know if it's me or not. Regards, Milan -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 09:03:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC85116A406; Thu, 1 Mar 2007 09:03:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A143713C4AA; Thu, 1 Mar 2007 09:03:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4691D4851A; Thu, 1 Mar 2007 04:03:45 -0500 (EST) Date: Thu, 1 Mar 2007 09:03:45 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randall Stewart In-Reply-To: <45E67908.9090707@cisco.com> Message-ID: <20070301090253.M13593@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 09:03:45 -0000 On Thu, 1 Mar 2007, Randall Stewart wrote: >> I too have been having unexpected lockups--like Randall, I figured it was >> something to do with my machine. Interestingly enough, though X will lock >> up completely (and I can't ssh to the machine, though I can ping it) the >> jail, which runs a small web site, running on an alias ip address continues >> to work--I can still access the web site from outside. >> >> However, I haven't been able to apply Robert's patch yet. As some of you >> have noticed, there's a bunch of tinderbox failures dying in netstat. >> It's happening to me too, so I haven't been able to rebuild. >> >> (this is more of a me too post at this point--I haven't had a chance to do >> any investigation). > > I was able to build.. and so far no lockup's. > > The frustrating thing was it would always free in X.. and I could not get > back out to get a trace... I am glad that someone else did :-D > > So the good news is once you can build .. it seems to be the problem is > solved.. of course I still could lock up.. but only using X will tell :-0 In light of slightly ambiguous reports of success, I've committed the patch. With any luck this will help with the UNIX domain socket deadlocks, but if not, please let me know. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 09:11:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2338216A401; Thu, 1 Mar 2007 09:11:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id EA4AB13C481; Thu, 1 Mar 2007 09:11:15 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 778CF48531; Thu, 1 Mar 2007 04:11:15 -0500 (EST) Date: Thu, 1 Mar 2007 09:11:15 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Robbins In-Reply-To: <20070301031907.GD94643@mail.scottro.net> Message-ID: <20070301090434.S13593@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randall Stewart , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 09:11:16 -0000 On Wed, 28 Feb 2007, Scott Robbins wrote: > On Wed, Feb 28, 2007 at 07:00:15PM -0500, Randall Stewart wrote: >> Robert Watson wrote: >>> On Wed, 28 Feb 2007, Stephane E. Potvin wrote: >>>> >>>> Since this commit, I've been observing frequent deadlocks on my laptop, >>>> mostly when starting-up gnome. It usually takes less than 5 to 10 minutes for >>>> the deadlock to happens. > > I too have been having unexpected lockups--like Randall, I figured it was > something to do with my machine. Interestingly enough, though X will lock > up completely (and I can't ssh to the machine, though I can ping it) the > jail, which runs a small web site, running on an alias ip address continues > to work--I can still access the web site from outside. > > However, I haven't been able to apply Robert's patch yet. As some of you > have noticed, there's a bunch of tinderbox failures dying in netstat. It's > happening to me too, so I haven't been able to rebuild. > > (this is more of a me too post at this point--I haven't had a chance to do > any investigation). Give uipc_usrreq.c:1.199 a try and see if it helps. On the web server/jail vs X11 thing: yes -- deadlocks involving lock order reversals typically affect two classes of threads. The first is threads that are directly involved in the deadlock (the two reverse lock acquisitions), and the second class is threads that end up waiting on any locks (or other resources) held by the threads in the deadly embrace. So X11 and a Gnome process deadlock, then other processes trying to talk to X11 or the Gnome process get stuck waiting on them; any processes doing operations requiring the global UNIX domain socket be writable hang (so processes performing UNIX domain socket connect and bind). Processes that don't go near X11/Gnome, and possibly UNIX domain sockets generally, will do alright. However, I would think that new SSH sessions into the jail might also hang since they will try to open new syslog sessions, which requires a UNIX domain socket connect operation. The interrupt thread and netisr don't involve UNIX domain sockets at all, and therefore run without a problem, as does Apache, which has already established its UNIX domain sockets and has nothing further to say on the topic. These symptoms hold true of deadlocks, but also lock leaks, which are caused by a slightly different issue (a missing unlock), but can lead to the same cascading failure of dependent processes. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 09:28:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17F8616A400; Thu, 1 Mar 2007 09:28:02 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id AD39913C471; Thu, 1 Mar 2007 09:28:01 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l219Rxog022677; Thu, 1 Mar 2007 04:27:59 -0500 (EST) Date: Thu, 1 Mar 2007 04:27:59 -0500 From: Scott Robbins To: Randall Stewart Message-ID: <20070301092759.GB6385@mail.scottro.net> Mail-Followup-To: Randall Stewart , Robert Watson , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <45E67908.9090707@cisco.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: brooks@freebsd.org, Robert Watson , "Stephane E. Potvin" , current@freebsd.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 09:28:02 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 01, 2007 at 01:56:08AM -0500, Randall Stewart wrote: > Scott Robbins wrote: > >(this is more of a me too post at this point--I haven't had a chance to > >do any investigation). > Well >=20 > I was able to build.. and so far no lockup's. >=20 Yes, I kept csup-ing till I saw a change in netgraph. It's early morning here, and I won't have a chance to test it till tonight, but your email is encouraging.=20 I just finished the rebuild. =20 > The frustrating thing was it would always free in X.. and I could > not get back out to get a trace... I am glad that someone else did :-D Yup, me too. (We all thank him) :) > So the good news is once you can build .. it seems to be the problem > is solved.. of course I still could lock up.. but only using > X will tell :-0 Yes, I'm almost afraid to startx. I won't really get a chance till tonight, but Robert, thank you. (Also, I've lost track of who was the one who was able to get the trace, but thanks are also due there.) --=20 Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: Isn't that what they called The Slayer?=20 Willow: Buffy, ohh scary.=20 Xander: Someone has to talk to her people. That name is striking=20 fear in nobody's hearts.=20 --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5pye+lTVdes0Z9YRAse2AJwNWvCjNQZDvXfWNBb9YD7hHf5p3gCeLT9O QzmJTbIVT8t2hmluLsjbLvg= =IRZD -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 09:33:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CED5316A400; Thu, 1 Mar 2007 09:33:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A415C13C4A8; Thu, 1 Mar 2007 09:33:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 01784470C6; Thu, 1 Mar 2007 04:33:34 -0500 (EST) Date: Thu, 1 Mar 2007 09:33:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Robbins In-Reply-To: <20070301092759.GB6385@mail.scottro.net> Message-ID: <20070301093205.M13593@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301092759.GB6385@mail.scottro.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randall Stewart , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 09:33:34 -0000 On Thu, 1 Mar 2007, Scott Robbins wrote: >> So the good news is once you can build .. it seems to be the problem is >> solved.. of course I still could lock up.. but only using X will tell :-0 > > Yes, I'm almost afraid to startx. I won't really get a chance till tonight, > but Robert, thank you. (Also, I've lost track of who was the one who was > able to get the trace, but thanks are also due there.) No problem, and sorry about the deadlocks. I'm was a bit surprised they didn't turn up in the rather heavy UNIX domain socket testing with MySQL, but it occurs to me that traffic with MySQL is largely synchronous due to it being a query transmitted completely, processing, and then a reply transmitted completely. As a result, there was likely very little simulteneous transmitting and receiving on the same socket at the same time. It sounds like a new regression test is called for... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 09:36:14 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0526116A401; Thu, 1 Mar 2007 09:36:14 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9A83B13C461; Thu, 1 Mar 2007 09:36:13 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l219aAPW025931; Thu, 1 Mar 2007 04:36:11 -0500 (EST) Date: Thu, 1 Mar 2007 04:36:10 -0500 From: Scott Robbins To: Robert Watson Message-ID: <20070301093610.GA20390@mail.scottro.net> Mail-Followup-To: Robert Watson , Randall Stewart , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <20070301090434.S13593@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20070301090434.S13593@fledge.watson.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Randall Stewart , brooks@FreeBSD.org, "Stephane E. Potvin" , current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 09:36:14 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 01, 2007 at 09:11:15AM +0000, Robert Watson wrote: >=20 > On Wed, 28 Feb 2007, Scott Robbins wrote: >=20 > > > >I too have been having unexpected lockups--like Randall, I figured it wa= s=20 > >something to do with my machine. Interestingly enough, though X will lo= ck up=20 > >completely (and I can't ssh to the machine, though I can ping it) the ja= il,=20 > >which runs a small web site, running on an alias ip address continues to= =20 > >work--I can still access the web site from outside. > > >=20 > Give uipc_usrreq.c:1.199 a try and see if it helps. As posted earlier, I just finished a build with it, but won't be able to give a definite answer till tonight.=20 >=20 > On the web server/jail vs X11 thing: yes -- deadlocks involving lock orde= r=20 > reversals typically affect two classes of threads. The first is threads = that=20 > are directly involved in the deadlock (the two reverse lock acquisitions)= , and=20 > the second class is threads that end up waiting on any locks (or other=20 > resources) held by the threads in the deadly embrace. >=20 > X11/Gnome, and possibly UNIX domain sockets generally, will do alright. = =20 > However, I would think that new SSH sessions into the jail might also han= g=20 > since they will try to open new syslog sessions, which requires a UNIX do= main=20 > socket connect operation. =20 That turned out to be correct. I couldn't ssh into the jail either, only the web server continued working.=20 Thank you again for your quick response to the problem, and hopefully we'll be able to report success by this evening. --=20 Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: You were looking at my neck.=20 Angel: What?=20 Xander: You were checking out my neck, I saw that.=20 Angel: No, I wasn't.=20 Xander: Just keep your distance, pal.=20 Angel: I wasn't looking at your neck.=20 Xander: I told you to eat before we left. --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5p6K+lTVdes0Z9YRAivDAKC7aD7IKGgUiJyYrZIkpEAufWv42ACfYGSF TqxN5BEwtVQBbeIAWoI1Kls= =+OMm -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 09:38:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CFC516A400; Thu, 1 Mar 2007 09:38:12 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id 0E14013C4B3; Thu, 1 Mar 2007 09:38:12 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 01 Mar 2007 01:38:12 -0800 X-IronPort-AV: i="4.14,234,1170662400"; d="scan'208"; a="395348420:sNHT47133124" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l219cBiM018687; Thu, 1 Mar 2007 01:38:11 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l219cBGm022633; Thu, 1 Mar 2007 01:38:11 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Mar 2007 01:38:11 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Mar 2007 01:38:11 -0800 Message-ID: <45E69EE3.9010407@cisco.com> Date: Thu, 01 Mar 2007 04:37:39 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> In-Reply-To: <20070301090253.M13593@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Mar 2007 09:38:11.0167 (UTC) FILETIME=[539B3EF0:01C75BE5] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1636; t=1172741891; x=1173605891; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20HEADS=20UP=3A=20UNIX=20domain=20socket=20locking=20ch anges=20merged=20to=20CVS=20HEAD |Sender:=20; bh=WYqLoCyd3UIlxSyTC9SkwOsqDK4yCphKP2Gl7A3H/9Q=; b=CpIA4U163GyzHlWX9TTa9EjrUp981kprzj6vaVChBBcMuVjvL+3JxxMQOTyHdcdLjrcbWDO3 28lI1Ch70iiWywG08i9xzxHSdyAVu37hxxPBZhqadbfPBunq1X/+hXW5; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: brooks@FreeBSD.org, "Stephane E. Potvin" , current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 09:38:12 -0000 Robert Watson wrote: > On Thu, 1 Mar 2007, Randall Stewart wrote: > >>> I too have been having unexpected lockups--like Randall, I figured it >>> was something to do with my machine. Interestingly enough, though X >>> will lock up completely (and I can't ssh to the machine, though I can >>> ping it) the jail, which runs a small web site, running on an alias >>> ip address continues to work--I can still access the web site from >>> outside. >>> >>> However, I haven't been able to apply Robert's patch yet. As some of >>> you have noticed, there's a bunch of tinderbox failures dying in >>> netstat. It's happening to me too, so I haven't been able to rebuild. >>> >>> (this is more of a me too post at this point--I haven't had a chance >>> to do any investigation). >> >> I was able to build.. and so far no lockup's. >> >> The frustrating thing was it would always free in X.. and I could not >> get back out to get a trace... I am glad that someone else did :-D >> >> So the good news is once you can build .. it seems to be the problem >> is solved.. of course I still could lock up.. but only using X will >> tell :-0 > > In light of slightly ambiguous reports of success, I've committed the > patch. With any luck this will help with the UNIX domain socket > deadlocks, but if not, please let me know. > > Robert N M Watson > Computer Laboratory > University of Cambridge > I was hoping you would do that.. thats great I will bring to current the rest of my machines now :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 08:04:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1257216A400 for ; Thu, 1 Mar 2007 08:04:51 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id CD16713C4A6 for ; Thu, 1 Mar 2007 08:04:50 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5F78D1CC38; Thu, 1 Mar 2007 09:04:49 +0100 (CET) Date: Thu, 1 Mar 2007 09:04:49 +0100 From: Ed Schouten To: Milan Obuch Message-ID: <20070301080449.GO11232@hoeg.nl> References: <200703010829.18334.freebsd-current@dino.sk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bgLLobvf7eP6VP5c" Content-Disposition: inline In-Reply-To: <200703010829.18334.freebsd-current@dino.sk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Thu, 01 Mar 2007 12:18:19 +0000 Cc: FreeBSD Current Subject: Re: /etc/make.conf oddity (?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 08:04:51 -0000 --bgLLobvf7eP6VP5c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Milan, * Milan Obuch wrote: > I put KERNCONF=3D"FOX" into my /etc/make.conf, make buildkernel in /usr/s= rc=20 > tells ERROR: Missing kernel configuration file(s) (FOX). >=20 > If I change it into KERNCONF=3DFOX, no error message and build works as i= f=20 > command make buildkernel KERNCONF=3DFOX were given. >=20 > My understanding was variable values should be enclosed in quotes, did I= =20 > missread or missinterpret something? >=20 > Even if it is no real issue (read: could not find simple workaround), I w= ould=20 > like to know if it's me or not. I once had this issue as well. Keep in mind that /etc/make.conf is a Makefile, not a shellscript. In Makefiles you don't need to quote your variables. In shell scripts you do, because the second argument will be treated as a command. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --bgLLobvf7eP6VP5c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5okh52SDGA2eCwURAtLFAJ9i3lNLgMLbwVfd8fv1M8uWc2RSNQCfdO1s pnSy1Zxs1CuNNxjspR8EQ34= =UPX+ -----END PGP SIGNATURE----- --bgLLobvf7eP6VP5c-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 11:38:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B35316A414 for ; Thu, 1 Mar 2007 11:38:09 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.freebsd.org (Postfix) with ESMTP id 657CD13C494 for ; Thu, 1 Mar 2007 11:38:09 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id E7B585C33; Thu, 1 Mar 2007 12:07:31 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.rulez.sk Received: by mail.rulez.sk (Postfix, from userid 1001) id 2FB675C2C; Thu, 1 Mar 2007 12:07:29 +0100 (CET) Date: Thu, 1 Mar 2007 12:07:29 +0100 From: Daniel Gerzo To: "M. Warner Losh" Message-ID: <20070301110729.GA43178@daemon.rulez.sk> References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070228.190000.564104474.imp@bsdimp.com> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Thu, 01 Mar 2007 12:18:34 +0000 Cc: current@freebsd.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 11:38:09 -0000 On Wed, Feb 28, 2007 at 07:00:00PM -0700, M. Warner Losh wrote: > In message: <1687213025.20070301020540@rulez.sk> > Daniel Gerzo writes: > : Hello current, > : > : Having the following fstab makes my system 100% unbootable under > : 7.0 with sources from Wed Feb 28 23:47:39 CET 2007 (it works under > : 6.2). > : > : # Device Mountpoint FStype Options Dump Pass# > : /dev/mirror/gm0s1b none swap sw 0 0 > : /dev/mirror/gm0s1a / ufs rw,nodev,noatime 1 1 > : /dev/mirror/gm0s1f /data ufs rw,nosuid,nodev,noatime 2 2 > : /dev/mirror/gm0s1d /usr ufs rw,nodev,noatime 2 2 > : /dev/mirror/gm0s1e /var ufs rw,nosuid,nodev,noexec,noatime 2 2 > : /dev/cd0 /cdrom cd9660 ro,noauto 0 0 > : > : it fails with some errors with getty (maybe /dev is not mounted or > : something) > : > : Also, having this fstab and trying to mount -u -a on a running system, > : causes to produce the following messages in the messages log: > : > : Mar 1 01:23:13 db2 kernel: mount option is unknown > > Have you tried removing the 'nodev' option from /usr and /data? > Not yet, but the question is that why it does not work under 7.0-C. I'm running the same setup under 6.2-STABLE and 6.2-PRERELEASE and no problems so far. > Warner -- Regards, Daniel From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 12:30:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6211E16A401 for ; Thu, 1 Mar 2007 12:30:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2F19C13C442 for ; Thu, 1 Mar 2007 12:30:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5829B1CCDB; Thu, 1 Mar 2007 13:30:41 +0100 (CET) Date: Thu, 1 Mar 2007 13:30:41 +0100 From: Ed Schouten To: Daniel Gerzo Message-ID: <20070301123041.GP11232@hoeg.nl> References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> <20070301110729.GA43178@daemon.rulez.sk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nhAUiXSLan16V5i8" Content-Disposition: inline In-Reply-To: <20070301110729.GA43178@daemon.rulez.sk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Thu, 01 Mar 2007 12:37:57 +0000 Cc: current@freebsd.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 12:30:42 -0000 --nhAUiXSLan16V5i8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Daniel Gerzo wrote: > > : Also, having this fstab and trying to mount -u -a on a running system, > > : causes to produce the following messages in the messages log: > > :=20 > > : Mar 1 01:23:13 db2 kernel: mount option is unknown > >=20 > > Have you tried removing the 'nodev' option from /usr and /data? > >=20 >=20 > Not yet, but the question is that why it does not work under 7.0-C. > I'm running the same setup under 6.2-STABLE and 6.2-PRERELEASE and no > problems so far. Since FreeBSD 6.0, the creation of device nodes is still possible, but they don't work anymore. All device nodes in /dev directly reference the device structures in the kernel. Device nodes that reside outside devfs are not, making the `nodev' mount option obsolete. --=20 Ed Schouten WWW: http://g-rave.nl/ --nhAUiXSLan16V5i8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5sdx52SDGA2eCwURAsDUAJ0cdc9ATJDkXQvB09dYk3dCUFN6GgCZAbwD G+NGMScOFy9gnVJSEtaKmKo= =Sw9S -----END PGP SIGNATURE----- --nhAUiXSLan16V5i8-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 12:54:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE41916A407 for ; Thu, 1 Mar 2007 12:54:34 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7325313C474 for ; Thu, 1 Mar 2007 12:54:34 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l21CsU9V040341; Thu, 1 Mar 2007 06:54:30 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E6CD0A.4040502@freebsd.org> Date: Thu, 01 Mar 2007 06:54:34 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Rick Mullis References: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> In-Reply-To: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2690/Thu Mar 1 05:11:27 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: current amd64 USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 12:54:34 -0000 On 02/28/07 15:52, Rick Mullis wrote: > I have a Intel DG965RY mainboard with a Duo Core 2 Processor and 4GB of Ram > and I can not get USB working for the life of me. I have been following the > maillists and searching Google for weeks now, updating source code and > rebuild world and kernel and unfortunately usb is still not working. I keep > getting "hub root problem, error=4". When I turn the computer on the USB > lights are on and as soon as the usb0 through usb6 comes up the lights go > out and the system will not work with any usb device. The error shows up on > all usb*. Is there something I am overlooking? This computer only runs > FreeBSD 7.0-current and no gui. > > Please help. Yea, I have the same problem. I spent a ton of time yesterday trying to get a Dell PowerEdge 1950 up and running, until I realized what was going on. :( This same hardware with 6.2 looks something like this: Jan 25 09:43:21 kernel: uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 Jan 25 09:43:21 kernel: uhci0: [GIANT-LOCKED] Jan 25 09:43:21 kernel: usb0: on uhci0 Jan 25 09:43:21 kernel: usb0: USB revision 1.0 Jan 25 09:43:21 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 25 09:43:21 kernel: uhub0: 2 ports with 2 removable, self powered Jan 25 09:43:21 kernel: uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 Jan 25 09:43:21 kernel: uhci1: [GIANT-LOCKED] Jan 25 09:43:21 kernel: usb1: on uhci1 Jan 25 09:43:21 kernel: usb1: USB revision 1.0 Jan 25 09:43:21 kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 25 09:43:21 kernel: uhub1: 2 ports with 2 removable, self powered Jan 25 09:43:21 kernel: uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 Jan 25 09:43:21 kernel: uhci2: [GIANT-LOCKED] Jan 25 09:43:21 kernel: usb2: on uhci2 Jan 25 09:43:21 kernel: usb2: USB revision 1.0 Jan 25 09:43:21 kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 25 09:43:21 kernel: uhub2: 2 ports with 2 removable, self powered Jan 25 09:43:21 kernel: ehci0: mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 Jan 25 09:43:21 kernel: ehci0: [GIANT-LOCKED] Jan 25 09:43:21 kernel: usb3: EHCI version 1.0 Jan 25 09:43:21 kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Jan 25 09:43:21 kernel: usb3: on ehci0 Jan 25 09:43:21 kernel: usb3: USB revision 2.0 Jan 25 09:43:21 kernel: uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Jan 25 09:43:21 kernel: uhub3: 6 ports with 6 removable, self powered Jan 25 09:43:21 kernel: uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 Jan 25 09:43:21 kernel: uhub4: multiple transaction translators Jan 25 09:43:21 kernel: uhub4: 2 ports with 2 removable, self powered Jan 25 09:43:21 kernel: ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass 3/1 Jan 25 09:43:21 kernel: kbd2 at ukbd0 Jan 25 09:43:21 kernel: ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass 3/1 Jan 25 09:43:21 kernel: ums0: X report 0x0002 not supported And under CURRENT looks like this: Feb 27 08:04:47 mail1 kernel: uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 Feb 27 08:04:47 mail1 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcce0 Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 21 (PCI IRQ 21) to vector 53 Feb 27 08:04:47 mail1 kernel: uhci0: [GIANT-LOCKED] Feb 27 08:04:47 mail1 kernel: uhci0: [ITHREAD] Feb 27 08:04:47 mail1 kernel: usb0: on uhci0 Feb 27 08:04:47 mail1 kernel: usb0: USB revision 1.0 Feb 27 08:04:47 mail1 kernel: usb0: root hub problem, error=4 Feb 27 08:04:47 mail1 kernel: uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 Feb 27 08:04:47 mail1 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xccc0 Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 Feb 27 08:04:47 mail1 kernel: uhci1: [GIANT-LOCKED] Feb 27 08:04:47 mail1 kernel: uhci1: [ITHREAD] Feb 27 08:04:47 mail1 kernel: usb1: on uhci1 Feb 27 08:04:47 mail1 kernel: usb1: USB revision 1.0 Feb 27 08:04:47 mail1 kernel: usb1: root hub problem, error=4 Feb 27 08:04:47 mail1 kernel: uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 Feb 27 08:04:47 mail1 kernel: uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcca0 Feb 27 08:04:47 mail1 kernel: uhci2: [GIANT-LOCKED] Feb 27 08:04:47 mail1 kernel: uhci2: [ITHREAD] Feb 27 08:04:47 mail1 kernel: usb2: on uhci2 Feb 27 08:04:47 mail1 kernel: usb2: USB revision 1.0 Feb 27 08:04:47 mail1 kernel: usb2: root hub problem, error=4 Feb 27 08:04:47 mail1 kernel: ehci0: mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 Feb 27 08:04:47 mail1 kernel: ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfc800000 Feb 27 08:04:47 mail1 kernel: ehci0: [GIANT-LOCKED] Feb 27 08:04:47 mail1 kernel: ehci0: [ITHREAD] Feb 27 08:04:47 mail1 kernel: usb3: EHCI version 1.0 Feb 27 08:04:47 mail1 kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Feb 27 08:04:47 mail1 kernel: usb3: on ehci0 Feb 27 08:04:47 mail1 kernel: usb3: USB revision 2.0 Feb 27 08:04:47 mail1 kernel: usb3: root hub problem, error=4 FreeBSD mail1.centtech.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Feb 27 07:26:28 UTC 2007 .../usr/obj/usr/src/sys/GENERIC amd64 i386 seems to work fine.. Eric From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 12:56:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B7AE16A403 for ; Thu, 1 Mar 2007 12:56:55 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id 87F7913C442 for ; Thu, 1 Mar 2007 12:56:54 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Thu, 01 Mar 2007 13:58:19 +0100 id 00000073.45E6CDEB.000173BA From: Milan Obuch To: freebsd-current@freebsd.org Date: Thu, 1 Mar 2007 13:55:42 +0100 User-Agent: KMail/1.9.5 References: <200703010829.18334.freebsd-current@dino.sk> <20070301080449.GO11232@hoeg.nl> In-Reply-To: <20070301080449.GO11232@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703011355.43119.freebsd-current@dino.sk> Subject: Re: /etc/make.conf oddity (?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 12:56:55 -0000 On Thursday 01 March 2007 09:04, Ed Schouten wrote: > Hello Milan, > > * Milan Obuch wrote: > > I put KERNCONF="FOX" into my /etc/make.conf, make buildkernel in /usr/src > > tells ERROR: Missing kernel configuration file(s) (FOX). > > > > If I change it into KERNCONF=FOX, no error message and build works as if > > command make buildkernel KERNCONF=FOX were given. > > > > My understanding was variable values should be enclosed in quotes, did I > > missread or missinterpret something? > > > > Even if it is no real issue (read: could not find simple workaround), I > > would like to know if it's me or not. > > I once had this issue as well. Keep in mind that /etc/make.conf is a > Makefile, not a shellscript. In Makefiles you don't need to quote your > variables. In shell scripts you do, because the second argument will be > treated as a command. > > Yours, Thanks, so it was me... I am going tp remove all quotes for the sake of consistency, as I think in WITHOUT_foo="YES" and WITHOUT_foo=YES have both the same effect - all that's checked is if variable is defined and real value is unimportant. But it would be easier to avoid such errors this way... Regards, Milan -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:08:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6681716A400; Thu, 1 Mar 2007 14:08:15 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id E9D6B13C441; Thu, 1 Mar 2007 14:08:12 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 4C403244C19; Thu, 1 Mar 2007 22:42:20 +0900 (JST) Message-ID: <45E6D83C.9030206@freebsd.org> Date: Thu, 01 Mar 2007 22:42:20 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org, rodrigc@crodrigues.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp, kris@obsecurity.org Subject: [ANN] unionfs patchset-18 release, improvements are going step by step X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:08:15 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-18. p18 is first patchset after its merged of FreeBSD. Our improvements works of unionfs are going step by step. Patchset-18: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p18.diff For 6-stable http://people.freebsd.org/~daichi/unionfs/unionfs6-p18.diff Changes in unionfs-p18.diff - Improve access permission check treatments. - Change it free unneeded memory ASAP. - Added treatments to prevent readdir infinity loop useing with Linux binary compatibility feature. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) For unionfs lovers including FreeSBIE developers, ports cluster managers, heavy memory-fs users, and folks use unionfs, could you try p18 please? If p18 works well, please merge it to -current/-stable, rodrigc :) Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:14:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A87D316A402; Thu, 1 Mar 2007 14:14:14 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE7613C471; Thu, 1 Mar 2007 14:14:14 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 8B236244C31; Thu, 1 Mar 2007 23:14:11 +0900 (JST) Message-ID: <45E6DFB3.5070805@freebsd.org> Date: Thu, 01 Mar 2007 23:14:11 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org, rodrigc@crodrigues.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp, kris@obsecurity.org Subject: [Request for Test] unionfs procfs/vfs_cache support tester we need X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:14:14 -0000 Hi Guys! We have patch of unionfs that supports procfs/vfs_cache. With this patch, you can use application that use procfs on unionfs. unionfs patch for procfs/vfs_cache support: document http://people.freebsd.org/~daichi/unionfs/request-for-test.html For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-procfs-sup.diff For 6-stable http://people.freebsd.org/~daichi/unionfs/unionfs6-procfs-sup.diff The unionfs lovers, would you do test that patch please? If you have no trouble, it'll be merged to common unionfs patch :) Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:21:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EBDA16A401; Thu, 1 Mar 2007 14:21:18 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6B413C428; Thu, 1 Mar 2007 14:21:17 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 905EB244C19; Thu, 1 Mar 2007 23:21:15 +0900 (JST) Message-ID: <45E6E15B.5000104@freebsd.org> Date: Thu, 01 Mar 2007 23:21:15 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Ed Schouten References: <45E6D83C.9030206@freebsd.org> <20070301141357.GA41996@hoeg.nl> In-Reply-To: <20070301141357.GA41996@hoeg.nl> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: rodrigc@crodrigues.org, ozawa@ongs.co.jp, FreeBSD Hackers , freebsd-fs@freebsd.org, FreeBSD Current , kris@obsecurity.org Subject: Re: [ANN] unionfs patchset-18 release, improvements are going step by step X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:21:18 -0000 Ed Schouten wrote: > * Daichi GOTO wrote: >> It is my pleasure and honor to announce the availability of the >> unionfs patchset-18. p18 is first patchset after its merged of >> FreeBSD. Our improvements works of unionfs are going step by step. > > Are there still plans to add my whiteout policy patch? > > http://g-rave.nl/junk/freebsd-unionfs-prevent-whiteout.diff > > Yours, Yeah, yeah. Sorry of my slow response. We are considering your patch always. We suppose we'll add your patch into our patch in future patchset. The plan: 1. include your patch into our patch 2. release it for unionfs lovers 3. after evaluation of guys 4. we'll give it our justice (IMO, it's good for merge) I,m sorry again of my slow response. It's my sorry. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:42:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E01416A401 for ; Thu, 1 Mar 2007 14:42:03 +0000 (UTC) (envelope-from pubmb01@skynet.be) Received: from outfbmx013.isp.belgacom.be (outfbmx013.isp.belgacom.be [195.238.4.83]) by mx1.freebsd.org (Postfix) with ESMTP id 23AC913C4A8 for ; Thu, 1 Mar 2007 14:42:03 +0000 (UTC) (envelope-from pubmb01@skynet.be) Received: from outmx022.isp.belgacom.be (outmx022.isp.belgacom.be [195.238.4.203]) by outfbmx013.isp.belgacom.be (Postfix) with ESMTP id AF28838AFB for ; Thu, 1 Mar 2007 15:17:42 +0100 (CET) Received: from outmx022.isp.belgacom.be (localhost [127.0.0.1]) by outmx022.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l21EHdws000796 for ; Thu, 1 Mar 2007 15:17:39 +0100 (envelope-from ) Received: from [192.168.0.5] (50.178-65-87.adsl-dyn.isp.belgacom.be [87.65.178.50]) by outmx022.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l21EHTQb000668 for ; Thu, 1 Mar 2007 15:17:37 +0100 (envelope-from ) From: Bruno Costacurta To: freebsd-current@freebsd.org Date: Thu, 1 Mar 2007 15:17:09 +0100 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Message-Id: <200703011517.09356.pubmb01@skynet.be> Content-Type: multipart/signed; boundary="nextPart1760922.PhdWT72BWi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Subject: BitTorrent download X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:42:03 -0000 --nextPart1760922.PhdWT72BWi Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I'm trying to download FreeBSD via BitTorrent using link indicated on=20 www.freebsd.org=20 (more precisely http://www.freebsd.org/releases/6.2R/announce.html) which i= s=20 http://torrents.freebsd.org:8080/ however this site is not accessible (at least since yesterday). Any other location from where I can grab BitTorrent files for 6.2 ? Thanks. Bruno Costacurta =2D-=20 Bruno Costacurta PGP key : http://www.costacurta.org/keys/bruno_costacurta_pgp_key.html Key fingerprint =3D 713F 7956 9441 7DEF 58ED 1951 7E07 569B 2E60 4D51 =2D- --nextPart1760922.PhdWT72BWi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBF5uBlfgdWmy5gTVERAgasAJwM5v2fZo4Ll7Q53yLW6LDJorHduACfRnMr 5lec4pBCzwadhyh+b7wODMc= =FhI1 -----END PGP SIGNATURE----- --nextPart1760922.PhdWT72BWi-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:45:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77DCC16A406; Thu, 1 Mar 2007 14:45:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3B85113C4B4; Thu, 1 Mar 2007 14:45:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id ACD0646F3F; Thu, 1 Mar 2007 09:45:49 -0500 (EST) Date: Thu, 1 Mar 2007 14:45:49 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andre Oppermann In-Reply-To: <45E6E2E8.5060408@freebsd.org> Message-ID: <20070301144321.O98688@fledge.watson.org> References: <45E6E2E8.5060408@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, gallatin@freebsd.org, freebsd-current@freebsd.org, kmacy@freebsd.org Subject: Re: Large TCP send socket buffer optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:45:50 -0000 On Thu, 1 Mar 2007, Andre Oppermann wrote: > With the TCP socket buffer autosizing and generally larger socket buffers > for high bandwidth and high delay connections tcp_output() has become > increasingly inefficient for sending segments. For every segment sent it is > traversing the entire socket buffer mbuf chain until it finds the offset to > continue from. Usually this is close to the end of the chain. Once it got > past a few dozen mbufs it starts to bust the CPU caches and performance > starts to fall off. > > This patch solves the problem by maintaining an offset pointer in the socket > buffer to give tcp_output() the closest mbuf right away avoiding the > traversal from the beginning. > > With this patch we should be able to compete nicely for the Internet land > speed record again. > > The patch is here: > > http://people.freebsd.org/~andre/sockbuf_sndptr-20070301.diff > > Any testing, especially on 10Gig cards, and feedback appreciated. I'm going to be on- and off-line from now through about the last week of March on travel to LinuxForum.dk, AsiaBSDCon, and UKUUG. However, once I get back online from that in late March through the end of April, I will be spending quite a bit of time looking at high performance packet capture issues, so can certainly spend some time looking at this. Per our earlier discussions and my previous exploration of this issue, I see precisely this sort of problem with TCP as socket buffer size grows, so should be set up to fairly easily test for an improvement once I have my feet on the ground. If I'm lucky I may get a breather for a few days from about 15 March - 18 March and could take an early look at it then. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:54:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E892516A406 for ; Thu, 1 Mar 2007 14:54:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE4213C4B7 for ; Thu, 1 Mar 2007 14:54:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 32239 invoked from network); 1 Mar 2007 14:00:38 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 1 Mar 2007 14:00:38 -0000 Message-ID: <45E6E2E8.5060408@freebsd.org> Date: Thu, 01 Mar 2007 15:27:52 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gallatin@freebsd.org, rwatson@freebsd.org, kmacy@freebsd.org Subject: Large TCP send socket buffer optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:54:36 -0000 With the TCP socket buffer autosizing and generally larger socket buffers for high bandwidth and high delay connections tcp_output() has become increasingly inefficient for sending segments. For every segment sent it is traversing the entire socket buffer mbuf chain until it finds the offset to continue from. Usually this is close to the end of the chain. Once it got past a few dozen mbufs it starts to bust the CPU caches and performance starts to fall off. This patch solves the problem by maintaining an offset pointer in the socket buffer to give tcp_output() the closest mbuf right away avoiding the traversal from the beginning. With this patch we should be able to compete nicely for the Internet land speed record again. The patch is here: http://people.freebsd.org/~andre/sockbuf_sndptr-20070301.diff Any testing, especially on 10Gig cards, and feedback appreciated. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 15:12:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E771A16A402 for ; Thu, 1 Mar 2007 15:12:08 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4D10A13C48D for ; Thu, 1 Mar 2007 15:12:08 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 01 Mar 2007 15:12:06 -0000 X-Provags-ID: V01U2FsdGVkX1+3bCIcXVK3hJhctrdWrnQxsf1kaT34iGKDE0o7Jk hNnVBWaW8COkQC From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Thu, 1 Mar 2007 16:12:06 +0100 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703011612.07110.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Subject: notebook freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 15:12:09 -0000 My few days old -current freezes if I press Fn-F6 (this is the combination to adjust display brightness) if I've done a suspend/resume before. Directly after boot it works fine. This key combination normally works without any software support, so I don't know why it freezes the notebook. I don't know when this started exactly but I thinks it's been there for a few weeks at least. Any suggestions what commit could have caused this (I want to avoid binary search of the cvs tree if possible)? I tried with GENERIC kernel with the same result. There are no warnings/errors displayed on the console and I cannot even break into the debugger. dmesg can be found here. http://stud4.tuwien.ac.at/~e0125637/fbsd/dmesg Stefan From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:13:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDFB516A405; Thu, 1 Mar 2007 14:13:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAB813C4A5; Thu, 1 Mar 2007 14:13:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A95EA1CC8E; Thu, 1 Mar 2007 15:13:57 +0100 (CET) Date: Thu, 1 Mar 2007 15:13:57 +0100 From: Ed Schouten To: Daichi GOTO Message-ID: <20070301141357.GA41996@hoeg.nl> References: <45E6D83C.9030206@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <45E6D83C.9030206@freebsd.org> User-Agent: Mutt/1.5.14 (2007-02-12) X-Mailman-Approved-At: Thu, 01 Mar 2007 15:22:45 +0000 Cc: rodrigc@crodrigues.org, ozawa@ongs.co.jp, FreeBSD Hackers , freebsd-fs@freebsd.org, FreeBSD Current , kris@obsecurity.org Subject: Re: [ANN] unionfs patchset-18 release, improvements are going step by step X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:13:58 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Daichi GOTO wrote: > It is my pleasure and honor to announce the availability of the > unionfs patchset-18. p18 is first patchset after its merged of > FreeBSD. Our improvements works of unionfs are going step by step. Are there still plans to add my whiteout policy patch? http://g-rave.nl/junk/freebsd-unionfs-prevent-whiteout.diff Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5t+l52SDGA2eCwURAhIjAJkBg4PjCZTemfCXoj8lrTxmvkxGiQCcCs6z 13lwZvK38h+WUUo9GHcFMPs= =aBAR -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 15:20:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA6D616A402 for ; Thu, 1 Mar 2007 15:20:02 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8707713C442 for ; Thu, 1 Mar 2007 15:20:02 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by wr-out-0506.google.com with SMTP id 55so668769wri for ; Thu, 01 Mar 2007 07:20:02 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=HT5GzjRpJqLTOcKLG61s6nelMg52ONi/HKn6VKa0TtPvLxMHQORd7bKSt+n4HOJEwYLv3PY6eVediLhpOYWZ8zDzESvW1gyapjAUdMZe144LM6kYpu70HpVPOxsYWIel8yNPc80yPoV52hWIquOudd24OEaJ/70WiBc8YHT+ZsQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=A8kfAyOYLatDVMcPGAdVmlOkWmwLK3W3IX+AWbcQLGmEedXMYEFU5cEfTS52mYpTmN3Gkh//3If/IUn5//jyRRLRkjuysU2902NkGTncpWuhLHMBAYYogFXLZHu0BgyKjw7Xqdr7Tq4va8VcgAV6XEfhDraxNX6AUJFM8wxQ8XA= Received: by 10.114.157.1 with SMTP id f1mr179214wae.1172762387197; Thu, 01 Mar 2007 07:19:47 -0800 (PST) Received: by 10.115.108.15 with HTTP; Thu, 1 Mar 2007 07:19:46 -0800 (PST) Message-ID: <346a80220703010719k5fcd8d31l94b4dcef3f830a60@mail.gmail.com> Date: Thu, 1 Mar 2007 08:19:46 -0700 From: "Coleman Kane" To: "Sten Daniel Soersdal" In-Reply-To: <45E660CE.6010600@gmail.com> MIME-Version: 1.0 References: <20070224213111.GB41434@xor.obsecurity.org> <20070227182511.GD29041@decibel.org> <20070227205951.GA56651@xor.obsecurity.org> <20070227221252.GD51916@decibel.org> <45E660CE.6010600@gmail.com> X-Mailman-Approved-At: Thu, 01 Mar 2007 15:22:59 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kris Kennaway , smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, "Jim C. Nasby" Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 15:20:02 -0000 On 2/28/07, Sten Daniel Soersdal wrote: > > Jim C. Nasby wrote: > > On Tue, Feb 27, 2007 at 03:59:52PM -0500, Kris Kennaway wrote: > >> On Tue, Feb 27, 2007 at 12:25:11PM -0600, Jim C. Nasby wrote: > >>> On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote: > >>>> Now that the goals of the SMPng project are complete, for the past > >>>> year or more several of us have been working hard on profiling > FreeBSD > >>>> in various multiprocessor workloads, and looking for performance > >>>> bottlenecks to be optimized. > >>>> > >>>> We have recently made significant progress on optimizing for MySQL > >>>> running on an 8-core amd64 system. The graph of results may be found > >>>> here: > >>> I do *not* want to start a database war here, but I'm wondering if any > >>> testing has been done with PostgreSQL? The reason I'm asking is that > >>> there are some benchmarks that show MySQL falling off drastically with > >>> increased concurrency: > >>> > >>> > http://www.mysqlperformanceblog.com/2006/11/30/interesting-mysql-and-postgresql-benchmarks/ > >>> > >>> It would be interesting to see how the changes you've made stack up > >>> using PostgreSQL as the benchmark. > >> I've mentioned this a couple of times, but postgresql didn't scale > >> well [on freebsd at least] when I tried it last year. I hope to > >> revisit when I get time. > > > > Let me know if you need help when you get to that point. Keep in mind > > that PostgreSQL's out-of-the-box configuration is pretty conservative, > > so you won't get good numbers that way. > > Just a me 2 for postgresql tests: > > I would be interrested in postgresql numbers too as i have servers with > 2 x dual core (xeon, dell 2850ies) currently running 6.1. I'm basically > looking for something like a benchmark which would justify upgrading (or > even experiment with 7.x) to my boss. I am aware that it's not your job > to spend your valuable time doing obscure tests for us, so consider this > rant as another "vote" for postgresql performance benchmarks. > > -- > Sten Daniel Soersdal I wouldn't recommend upgrading your production servers to FreeBSD 7.x yet, no matter what the results say. -- Coleman From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 15:25:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAB8716A405; Thu, 1 Mar 2007 15:25:09 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0559213C4A8; Thu, 1 Mar 2007 15:25:08 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l21FM7HX017318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Mar 2007 10:22:07 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l21FM1Mt042892; Thu, 1 Mar 2007 10:22:01 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17894.61337.772803.325091@grasshopper.cs.duke.edu> Date: Thu, 1 Mar 2007 10:22:01 -0500 (EST) To: Andre Oppermann In-Reply-To: <45E6E2E8.5060408@freebsd.org> References: <45E6E2E8.5060408@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, rwatson@freebsd.org, kmacy@freebsd.org Subject: Re: Large TCP send socket buffer optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 15:25:10 -0000 Andre Oppermann writes: > This patch solves the problem by maintaining an offset pointer in the socket > buffer to give tcp_output() the closest mbuf right away avoiding the traversal > from the beginning. > > With this patch we should be able to compete nicely for the Internet land > speed record again. Great news. I will test soon. Have you found the bug which makes a freebsd sender spew duplicate acks? This will have a negative affect on any benchmarks.. Drew From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 16:10:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BDD216A407 for ; Thu, 1 Mar 2007 16:10:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C0FF113C4B7 for ; Thu, 1 Mar 2007 16:10:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l21GAFvp008021; Thu, 1 Mar 2007 09:10:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 01 Mar 2007 09:10:21 -0700 (MST) Message-Id: <20070301.091021.-1303464749.imp@bsdimp.com> To: danger@rulez.sk From: "M. Warner Losh" In-Reply-To: <20070301110729.GA43178@daemon.rulez.sk> References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> <20070301110729.GA43178@daemon.rulez.sk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 01 Mar 2007 09:10:15 -0700 (MST) Cc: current@freebsd.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 16:10:35 -0000 In message: <20070301110729.GA43178@daemon.rulez.sk> Daniel Gerzo writes: : On Wed, Feb 28, 2007 at 07:00:00PM -0700, M. Warner Losh wrote: : > In message: <1687213025.20070301020540@rulez.sk> : > Daniel Gerzo writes: : > : Hello current, : > : : > : Having the following fstab makes my system 100% unbootable under : > : 7.0 with sources from Wed Feb 28 23:47:39 CET 2007 (it works under : > : 6.2). : > : : > : # Device Mountpoint FStype Options Dump Pass# : > : /dev/mirror/gm0s1b none swap sw 0 0 : > : /dev/mirror/gm0s1a / ufs rw,nodev,noatime 1 1 : > : /dev/mirror/gm0s1f /data ufs rw,nosuid,nodev,noatime 2 2 : > : /dev/mirror/gm0s1d /usr ufs rw,nodev,noatime 2 2 : > : /dev/mirror/gm0s1e /var ufs rw,nosuid,nodev,noexec,noatime 2 2 : > : /dev/cd0 /cdrom cd9660 ro,noauto 0 0 : > : : > : it fails with some errors with getty (maybe /dev is not mounted or : > : something) : > : : > : Also, having this fstab and trying to mount -u -a on a running system, : > : causes to produce the following messages in the messages log: : > : : > : Mar 1 01:23:13 db2 kernel: mount option is unknown : > : > Have you tried removing the 'nodev' option from /usr and /data? : > : : Not yet, but the question is that why it does not work under 7.0-C. : I'm running the same setup under 6.2-STABLE and 6.2-PRERELEASE and no : problems so far. mount has undergone some cleanups since 6.2 and I believe that obsolete keywords have been removed (nodev hasn't had an effect since 4.x). Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 16:40:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99BF616A406 for ; Thu, 1 Mar 2007 16:40:47 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD0513C442 for ; Thu, 1 Mar 2007 16:40:46 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 33480 invoked from network); 1 Mar 2007 16:13:30 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 1 Mar 2007 16:13:30 -0000 Message-ID: <45E7020D.2000605@freebsd.org> Date: Thu, 01 Mar 2007 17:40:45 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Andrew Gallatin References: <45E6E2E8.5060408@freebsd.org> <17894.61337.772803.325091@grasshopper.cs.duke.edu> In-Reply-To: <17894.61337.772803.325091@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, rwatson@freebsd.org, kmacy@freebsd.org Subject: Re: Large TCP send socket buffer optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 16:40:47 -0000 Andrew Gallatin wrote: > Andre Oppermann writes: > > This patch solves the problem by maintaining an offset pointer in the socket > > buffer to give tcp_output() the closest mbuf right away avoiding the traversal > > from the beginning. > > > > With this patch we should be able to compete nicely for the Internet land > > speed record again. > > Great news. I will test soon. > > Have you found the bug which makes a freebsd sender spew > duplicate acks? This will have a negative affect on > any benchmarks.. No, not yet. And my current test environment doesn't lend itself to reproduce the bug easily. I'm very likely to need further input from you and will send you some patches for instrumentation in the near future. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:33:53 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0925E16A402; Thu, 1 Mar 2007 17:33:53 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 676B013C4A7; Thu, 1 Mar 2007 17:33:52 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from [10.0.0.136] ([67.70.237.74]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTPA id <0JE800CHVJG2PKT1@VL-MH-MR001.ip.videotron.ca>; Thu, 01 Mar 2007 12:33:51 -0500 (EST) Date: Thu, 01 Mar 2007 12:33:38 -0500 From: "Stephane E. Potvin" In-reply-to: <20070228234754.Q13593@fledge.watson.org> To: Robert Watson Message-id: <45E70E72.60009@FreeBSD.org> Organization: FreeBSD Project MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.94.2.0 References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> User-Agent: Thunderbird 1.5.0.9 (X11/20070127) Cc: brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 17:33:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Watson wrote: > > On Wed, 28 Feb 2007, Stephane E. Potvin wrote: > >>> Please let me know if you experience any problems with UNIX domain >>> sockets -- these changes will affect applications that consume UNIX >>> domain sockets directly, like MySQL and Postfix, as well as consumers >>> of POSIX fifos, which are implemented using UNIX domain sockets >>> in-kernel. >> >> Since this commit, I've been observing frequent deadlocks on my >> laptop, mostly when starting-up gnome. It usually takes less than 5 to >> 10 minutes for the deadlock to happens. >> >> I was able to drop into ddb once and got the following information: >> (there might be some typos as I had to copy this manually) > > Thanks, this information was very helpful, and indeed the problem is as > you surmise: cases existed where more than one unpcb lock was acquired > at a time when holding only a global read lock, not a global write > lock. I guess these slipped through from an earlier version of the > patch. In any case, could you try the patch at: > > http://www.watson.org/~robert/freebsd/netperf/20070228-unp_deadlock.diff > > This eliminates overlapped unpcb lock acquisition in both datagram and > stream cases, and with any luck will fix the deadlock problem. It may > also marginally improve performance by further reducing unpcb lock > contention. > The attached patch fixes the deadlock that I was experiencing. The laptop used to deadlock within a few minutes and I've been running with the patch for around 3 hours so far without problems. Thanks a lot for the quick fix. Regards Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5w5xmdOXtTCX/nsRAqpkAJ0RVBn/q5ZFk3AYO1mXJCOQie4HygCfVWjX Ut3ruvvdZjCczPqSNHjA6Mo= =qKEm -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:58:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97DE716A408 for ; Thu, 1 Mar 2007 17:58:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 2ECCF13C461 for ; Thu, 1 Mar 2007 17:58:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7479 invoked by uid 399); 1 Mar 2007 17:58:11 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Mar 2007 17:58:11 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45E7142E.6020900@FreeBSD.org> Date: Thu, 01 Mar 2007 09:58:06 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Ed Schouten References: <200703010829.18334.freebsd-current@dino.sk> <20070301080449.GO11232@hoeg.nl> In-Reply-To: <20070301080449.GO11232@hoeg.nl> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Milan Obuch Subject: Re: /etc/make.conf oddity (?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 17:58:11 -0000 Ed Schouten wrote: > I once had this issue as well. Keep in mind that /etc/make.conf is a > Makefile, not a shellscript. In Makefiles you don't need to quote your > variables. In shell scripts you do, because the second argument will be > treated as a command. Just to be a little pedantic, you need to quote variables _if_ there is more than one of them. foo="bar" and foo=bar are functionally equivalent, whereas foo="bar baz" and foo=bar baz mean two very different things, as you suggest above. If you want to see good examples of when quoting might be needed for make, check out ports-mgmt/portconf. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 18:04:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD08B16A400 for ; Thu, 1 Mar 2007 18:04:45 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id EA24713C4B5 for ; Thu, 1 Mar 2007 18:04:44 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so401691ugh for ; Thu, 01 Mar 2007 10:04:44 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=UmEgwOV6poLYWKYJOnVzl9cusHHxf2X1/jGyFf77MMszrneqARkSGdhnw5hfBetXtYs44PYVj1fZkDh5kXKI8WQzTbaWdGWwwUYRR2XbMo/L/2WFEr9Cdv2Yh6N1CIg797UjBWcMTzSkXwRoPV7iKo7ulAv6ZtRETgcjFAs6RaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=Y6RP4VrEPXJSUDXlfGz+PqlRmWv9sM5K1bI/3I7WHnsh2SH3CRfeF7nOb9E73r8AgAVS8m23K1vCrMpX+MiWE1+JOa+RP771tefC/9pEXHk6gxocrwSKDTKflD4pqDbIhhARAY6g833JS7lv69YuFpTEzv3rv2kqPIQ1Ms1k74Y= Received: by 10.67.22.14 with SMTP id z14mr2477628ugi.1172772283517; Thu, 01 Mar 2007 10:04:43 -0800 (PST) Received: from persephone.orchid.homeunix.org ( [84.10.174.25]) by mx.google.com with ESMTP id w5sm1042752mue.2007.03.01.10.04.40; Thu, 01 Mar 2007 10:04:43 -0800 (PST) Message-ID: <45E715B5.8020305@gmail.com> Date: Thu, 01 Mar 2007 19:04:37 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b2 (X11/20070130) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.2.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig7EC28831A4BF1103C436DB4B" Subject: [info] VPD scanning hangs with PV-BT878P+ TV card (Follow-up: i386 kernel just stops booting) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 18:04:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7EC28831A4BF1103C436DB4B Content-Type: multipart/mixed; boundary="------------030906010801070209090202" This is a multi-part message in MIME format. --------------030906010801070209090202 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Hello again, following Bruce's advice I'm sending more information about PV-BT878P+ TV card(PCI). To sum the problem up - if hw.pci.enable_vpd is set to 1 kernel stops responding in sys/dev/pci/pci.c in pci_read_extcap() (case PCIY_VPD) [1]. Unfortunately sysutils/lspci doesn't seem to work here (neither on RELENG_6 nor CURRENT), I used Knoppix CD for that: root@1[~]# lspci --version lspci version 2.1.11 root@1[~]# grep snapshot /usr/share/misc/pci.ids # Daily snapshot on Mon 2007-02-12 02:05:02 Outputs of verbose boot, 'pciconf -vl' (both 6.2-STABLE) and 'lspci -vv' (Linux) attached. Let me know if there's anything more needed. Cheers, Karol [1] More details in previous message: http://lists.freebsd.org/pipermail/freebsd-current/2007-February/069592.h= tml --=20 Karol Kwiatkowski OpenPGP 0x06E09309 --------------030906010801070209090202 Content-Type: text/plain; name="pixelview-dmesg" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="pixelview-dmesg" Zm91bmQtPiB2ZW5kb3I9MHgxMDllLCBkZXY9MHgwMzZlLCByZXZpZD0weDExCiAgICAgICAg YnVzPTIsIHNsb3Q9MTAsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA0LTAwLTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDI5MCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBt aW5nbnQ9MHgxMCAoNDAwMCBucyksIG1heGxhdD0weDI4ICgxMDAwMCBucykKICAgICAgICBp bnRwaW49YSwgaXJxPTUKICAgICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKICAgICAgICBtYXBbMTBdOiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIGY2YWZl MDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4 ZjZhZmUwMDAtMHhmNmFmZWZmZjogZ29vZApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMi4x MC5JTlRBIChzcmMgXF9TQl8uTE5LQzowKQpwY2lfbGluazI6IFBpY2tlZCBJUlEgMTggd2l0 aCB3ZWlnaHQgMAppb2FwaWMwOiBDaGFuZ2luZyBwb2xhcml0eSBmb3IgcGluIDE4IHRvIGhp Z2gKcGNpYjE6IHNsb3QgMTAgSU5UQSByb3V0ZWQgdG8gaXJxIDE4IHZpYSBcX1NCXy5MTktD CmZvdW5kLT4gdmVuZG9yPTB4MTA5ZSwgZGV2PTB4MDg3OCwgcmV2aWQ9MHgxMQogICAgICAg IGJ1cz0yLCBzbG90PTEwLCBmdW5jPTEKICAgICAgICBjbGFzcz0wNC04MC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyOTAs IGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwg bWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHhmZiAoNjM3NTAgbnMpCiAgICAgICAg aW50cGluPWEsIGlycT01CiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwCiAgICAgICAgbWFwWzEwXTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSBmNmFm ZjAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAw eGY2YWZmMDAwLTB4ZjZhZmZmZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDIu MTAuSU5UQSAoc3JjIFxfU0JfLkxOS0M6MCkKcGNpYjE6IHNsb3QgMTAgSU5UQSByb3V0ZWQg dG8gaXJxIDE4IHZpYSBcX1NCXy5MTktD --------------030906010801070209090202 Content-Type: text/plain; name="pixelview-pciconf" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="pixelview-pciconf" bktr0@pci2:10:0: class=3D0x040000 card=3D0x00000000 chip=3D0x036e1= 09e rev=3D0x11 hdr=3D0x00 vendor =3D 'Conexant (Was: Brooktree Corp)' device =3D 'Bt878/Fusion 878A Mediastream Controller' class =3D multimedia subclass =3D video none7@pci2:10:1: class=3D0x048000 card=3D0x00000000 chip=3D0x08781= 09e rev=3D0x11 hdr=3D0x00 vendor =3D 'Conexant (Was: Brooktree Corp)' device =3D 'Bt878/Fusion878A Video Capture (Audio Section)' class =3D multimedia --------------030906010801070209090202 Content-Type: text/plain; name="pixelview-lspci" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="pixelview-lspci" cm9vdEAxW35dIyBsc3BjaSAtdnYKMDAwMDogMDI6MGEuMCBNdWx0aW1lZGlhIHZpZGVvIGNv bnRyb2xsZXI6IEJyb29rdHJlZSBDb3Jwb3JhdGlvbiBCdDg3OCBWaWRlbyBDYXB0dXJlIChy ZXYgMTEpCiAgICAgICAgQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xl LSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0K ICAgICAgICBTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZT RUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0KICAg ICAgICBMYXRlbmN5OiAzMiAoNDAwMG5zIG1pbiwgMTAwMDBucyBtYXgpCiAgICAgICAgSW50 ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE4CiAgICAgICAgUmVnaW9uIDA6IE1lbW9y eSBhdCBmNmFmZTAwMCAoMzItYml0LCBwcmVmZXRjaGFibGUpIFtzaXplPTRLXQogICAgICAg IENhcGFiaWxpdGllczogWzQ0XSBWaXRhbCBQcm9kdWN0IERhdGEKICAgICAgICBDYXBhYmls aXRpZXM6IFs0Y10gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDIKICAgICAgICAgICAgICAg IEZsYWdzOiBQTUVDbGstIERTSSsgRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQx LSxEMi0sRDNob3QtLEQzY29sZC0pCiAgICAgICAgICAgICAgICBTdGF0dXM6IEQwIFBNRS1F bmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtCgowMDAwOjAyOjBhLjEgTXVsdGltZWRpYSBj b250cm9sbGVyOiBCcm9va3RyZWUgQ29ycG9yYXRpb24gQnQ4NzggQXVkaW8gQ2FwdHVyZSAo cmV2IDExKQogICAgICAgIENvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNs ZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZhc3RCMkIt CiAgICAgICAgU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVW U0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItCiAg ICAgICAgTGF0ZW5jeTogMzIgKDEwMDBucyBtaW4sIDYzNzUwbnMgbWF4KQogICAgICAgIElu dGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSA1CiAgICAgICAgUmVnaW9uIDA6IE1lbW9y eSBhdCBmNmFmZjAwMCAoMzItYml0LCBwcmVmZXRjaGFibGUpIFtzaXplPTRLXQogICAgICAg IENhcGFiaWxpdGllczogWzQ0XSBWaXRhbCBQcm9kdWN0IERhdGEKICAgICAgICBDYXBhYmls aXRpZXM6IFs0Y10gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDIKICAgICAgICAgICAgICAg IEZsYWdzOiBQTUVDbGstIERTSSsgRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQx LSxEMi0sRDNob3QtLEQzY29sZC0pCiAgICAgICAgICAgICAgICBTdGF0dXM6IEQwIFBNRS1F bmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtCiAgICAgICAgICAgICAgICA= --------------030906010801070209090202-- --------------enig7EC28831A4BF1103C436DB4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5xW1ezeoPAwGIYsRCEPqAKCaOx7pYkStVYnR4oHaw4W57Wb67QCglsC8 TwDrDCKQHPVVnGZlPd7mbmo= =6IeG -----END PGP SIGNATURE----- --------------enig7EC28831A4BF1103C436DB4B-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 20:53:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCFCD16A400; Thu, 1 Mar 2007 20:53:44 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB0A13C4B8; Thu, 1 Mar 2007 20:53:44 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l21KrI5S049905; Thu, 1 Mar 2007 15:53:18 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <45E7020D.2000605@freebsd.org> References: <45E6E2E8.5060408@freebsd.org> <17894.61337.772803.325091@grasshopper.cs.duke.edu> <45E7020D.2000605@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Thu, 1 Mar 2007 15:53:13 -0500 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.7/2690/Thu Mar 1 06:11:27 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-2.008, required 6, autolearn=not spam, AWL 0.59, BAYES_00 -2.60, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, rwatson@freebsd.org, Andrew Gallatin , kmacy@freebsd.org Subject: Re: Large TCP send socket buffer optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 20:53:44 -0000 On Mar 1, 2007, at 11:40 AM, Andre Oppermann wrote: > Andrew Gallatin wrote: >> Andre Oppermann writes: >> > This patch solves the problem by maintaining an offset pointer >> in the socket >> > buffer to give tcp_output() the closest mbuf right away >> avoiding the traversal >> > from the beginning. >> > > With this patch we should be able to compete nicely for the >> Internet land >> > speed record again. >> Great news. I will test soon. >> Have you found the bug which makes a freebsd sender spew >> duplicate acks? This will have a negative affect on >> any benchmarks.. > > No, not yet. And my current test environment doesn't lend itself > to reproduce > the bug easily. I'm very likely to need further input from you and > will send > you some patches for instrumentation in the near future. Please CC me on the patches. Did you get a chance to check out the pcap that I linked to? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 22:55:31 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0350916A412; Thu, 1 Mar 2007 22:55:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9E39E13C4B5; Thu, 1 Mar 2007 22:55:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l21Ms9vv013453; Thu, 1 Mar 2007 15:54:09 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 01 Mar 2007 15:54:09 -0700 (MST) Message-Id: <20070301.155409.78717040.imp@bsdimp.com> To: dougb@FreeBSD.org From: Warner Losh In-Reply-To: <45E755D6.3070200@FreeBSD.org> References: <20070301110729.GA43178@daemon.rulez.sk> <20070301.091021.-1303464749.imp@bsdimp.com> <45E755D6.3070200@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 01 Mar 2007 15:54:09 -0700 (MST) Cc: current@FreeBSD.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 22:55:31 -0000 > > mount has undergone some cleanups since 6.2 and I believe that > > obsolete keywords have been removed (nodev hasn't had an effect since > > 4.x). > > Are these little tidbits being collected anywhere for an eventual > 7.0-RELEASE migration doc? I don't think so. I just happened to know mount has had a lot of fingers in it laterly... Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 22:55:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 543D816A507; Thu, 1 Mar 2007 22:55:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8A513C481; Thu, 1 Mar 2007 22:55:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l21MteFJ059354; Thu, 1 Mar 2007 17:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l21Mte6H096836; Thu, 1 Mar 2007 17:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E87273039; Thu, 1 Mar 2007 17:55:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070301225540.4E87273039@freebsd-current.sentex.ca> Date: Thu, 1 Mar 2007 17:55:40 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 22:55:41 -0000 TB --- 2007-03-01 21:15:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 21:15:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-03-01 21:15:12 - cleaning the object tree TB --- 2007-03-01 21:15:50 - checking out the source tree TB --- 2007-03-01 21:15:50 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-03-01 21:15:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 21:24:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 21:24:52 - cd /src TB --- 2007-03-01 21:24:52 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 21:24:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 1 22:40:56 UTC 2007 TB --- 2007-03-01 22:40:56 - generating LINT kernel config TB --- 2007-03-01 22:40:56 - cd /src/sys/ia64/conf TB --- 2007-03-01 22:40:56 - /usr/bin/make -B LINT TB --- 2007-03-01 22:40:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-01 22:40:56 - cd /src TB --- 2007-03-01 22:40:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 1 22:40:57 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ufs/ffs/ffs_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ufs/ffs/ffs_tables.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vnops.c /src/sys/ufs/ffs/ffs_vnops.c: In function `ffs_extwrite': /src/sys/ufs/ffs/ffs_vnops.c:1121: error: `ap' undeclared (first use in this function) /src/sys/ufs/ffs/ffs_vnops.c:1121: error: (Each undeclared identifier is reported only once /src/sys/ufs/ffs/ffs_vnops.c:1121: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-01 22:55:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-01 22:55:40 - ERROR: failed to build lint kernel TB --- 2007-03-01 22:55:40 - tinderbox aborted TB --- 0.75 user 2.55 system 6027.34 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 23:06:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C836516A400 for ; Thu, 1 Mar 2007 23:06:05 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtai114.cox.net (eastrmmtai114.cox.net [68.230.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id 58CCD13C4B2 for ; Thu, 1 Mar 2007 23:06:03 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao101.cox.net (InterMail vM.7.05.02.00 201-2174-114-20060621) with ESMTP id <20070301222831.BBYY2563.eastrmmtao101.cox.net@eastrmimpo01.cox.net> for ; Thu, 1 Mar 2007 17:28:31 -0500 Received: from serene.no-ip.org ([72.200.36.10]) by eastrmimpo01.cox.net with bizsmtp id VaUV1W00Z0D7syo0000000; Thu, 01 Mar 2007 17:28:32 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id l21MSTgr014343 for ; Thu, 1 Mar 2007 16:28:29 -0600 (CST) (envelope-from conrads@cox.net) Message-Id: <200703012228.l21MSTgr014343@serene.no-ip.org> Date: Thu, 1 Mar 2007 16:28:28 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Why no /usr/share/examples/etc/src.conf? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 23:06:05 -0000 Just something I've been wondering about for a long time now (basically, ever since /etc/src.conf was first introduced): Wouldn't it be a good idea to have an example src.conf file, as we already do for certain other /etc files? Is this merely a simple oversight, or was there some specific decision made at some point *not* to include such a file for some reason? -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 23:06:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E76AB16A402 for ; Thu, 1 Mar 2007 23:06:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 7A2AD13C4A3 for ; Thu, 1 Mar 2007 23:06:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25183 invoked by uid 399); 1 Mar 2007 22:38:17 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Mar 2007 22:38:17 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45E755D6.3070200@FreeBSD.org> Date: Thu, 01 Mar 2007 14:38:14 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: "M. Warner Losh" References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> <20070301110729.GA43178@daemon.rulez.sk> <20070301.091021.-1303464749.imp@bsdimp.com> In-Reply-To: <20070301.091021.-1303464749.imp@bsdimp.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 23:06:20 -0000 M. Warner Losh wrote: > mount has undergone some cleanups since 6.2 and I believe that > obsolete keywords have been removed (nodev hasn't had an effect since > 4.x). Are these little tidbits being collected anywhere for an eventual 7.0-RELEASE migration doc? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 23:15:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9949216A405; Thu, 1 Mar 2007 23:15:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5496613C471; Thu, 1 Mar 2007 23:15:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l21NF2cj006510; Thu, 1 Mar 2007 18:15:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l21NF2iA042380; Thu, 1 Mar 2007 18:15:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 04EBC73039; Thu, 1 Mar 2007 18:15:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070301231502.04EBC73039@freebsd-current.sentex.ca> Date: Thu, 1 Mar 2007 18:15:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 23:15:03 -0000 TB --- 2007-03-01 21:59:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 21:59:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-03-01 21:59:26 - cleaning the object tree TB --- 2007-03-01 22:00:05 - checking out the source tree TB --- 2007-03-01 22:00:05 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-03-01 22:00:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 22:08:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 22:08:06 - cd /src TB --- 2007-03-01 22:08:06 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 22:08:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 1 23:05:18 UTC 2007 TB --- 2007-03-01 23:05:18 - generating LINT kernel config TB --- 2007-03-01 23:05:18 - cd /src/sys/powerpc/conf TB --- 2007-03-01 23:05:18 - /usr/bin/make -B LINT TB --- 2007-03-01 23:05:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-01 23:05:18 - cd /src TB --- 2007-03-01 23:05:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 1 23:05:18 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_tables.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vnops.c /src/sys/ufs/ffs/ffs_vnops.c: In function `ffs_extwrite': /src/sys/ufs/ffs/ffs_vnops.c:1121: error: `ap' undeclared (first use in this function) /src/sys/ufs/ffs/ffs_vnops.c:1121: error: (Each undeclared identifier is reported only once /src/sys/ufs/ffs/ffs_vnops.c:1121: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-01 23:15:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-01 23:15:01 - ERROR: failed to build lint kernel TB --- 2007-03-01 23:15:01 - tinderbox aborted TB --- 0.68 user 2.36 system 4535.30 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 00:12:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E776E16A402; Fri, 2 Mar 2007 00:12:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD7E13C491; Fri, 2 Mar 2007 00:12:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l220CmKT065328; Thu, 1 Mar 2007 19:12:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l220CmYm085964; Thu, 1 Mar 2007 19:12:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E425F73039; Thu, 1 Mar 2007 19:12:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070302001247.E425F73039@freebsd-current.sentex.ca> Date: Thu, 1 Mar 2007 19:12:47 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 00:12:49 -0000 TB --- 2007-03-01 22:55:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 22:55:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-03-01 22:55:40 - cleaning the object tree TB --- 2007-03-01 22:56:13 - checking out the source tree TB --- 2007-03-01 22:56:13 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-03-01 22:56:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 23:05:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 23:05:14 - cd /src TB --- 2007-03-01 23:05:14 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 23:05:15 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 2 00:01:50 UTC 2007 TB --- 2007-03-02 00:01:50 - generating LINT kernel config TB --- 2007-03-02 00:01:50 - cd /src/sys/sparc64/conf TB --- 2007-03-02 00:01:50 - /usr/bin/make -B LINT TB --- 2007-03-02 00:01:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-02 00:01:50 - cd /src TB --- 2007-03-02 00:01:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 2 00:01:50 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_tables.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vnops.c /src/sys/ufs/ffs/ffs_vnops.c: In function `ffs_extwrite': /src/sys/ufs/ffs/ffs_vnops.c:1121: error: `ap' undeclared (first use in this function) /src/sys/ufs/ffs/ffs_vnops.c:1121: error: (Each undeclared identifier is reported only once /src/sys/ufs/ffs/ffs_vnops.c:1121: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-02 00:12:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-02 00:12:47 - ERROR: failed to build lint kernel TB --- 2007-03-02 00:12:47 - tinderbox aborted TB --- 0.75 user 2.31 system 4627.24 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 00:28:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE1CF16A400; Fri, 2 Mar 2007 00:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9612013C428; Fri, 2 Mar 2007 00:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l220SX9W066369; Thu, 1 Mar 2007 19:28:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l220SX54024031; Thu, 1 Mar 2007 19:28:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB46673039; Thu, 1 Mar 2007 19:28:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070302002832.DB46673039@freebsd-current.sentex.ca> Date: Thu, 1 Mar 2007 19:28:32 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 00:28:34 -0000 TB --- 2007-03-01 23:15:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-01 23:15:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-03-01 23:15:02 - cleaning the object tree TB --- 2007-03-01 23:15:30 - checking out the source tree TB --- 2007-03-01 23:15:30 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-03-01 23:15:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-01 23:24:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-01 23:24:27 - cd /src TB --- 2007-03-01 23:24:27 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 1 23:24:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 2 00:18:34 UTC 2007 TB --- 2007-03-02 00:18:34 - generating LINT kernel config TB --- 2007-03-02 00:18:34 - cd /src/sys/sun4v/conf TB --- 2007-03-02 00:18:34 - /usr/bin/make -B LINT TB --- 2007-03-02 00:18:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-02 00:18:34 - cd /src TB --- 2007-03-02 00:18:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 2 00:18:34 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_tables.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/ufs/ffs/ffs_vnops.c /src/sys/ufs/ffs/ffs_vnops.c: In function `ffs_extwrite': /src/sys/ufs/ffs/ffs_vnops.c:1121: error: `ap' undeclared (first use in this function) /src/sys/ufs/ffs/ffs_vnops.c:1121: error: (Each undeclared identifier is reported only once /src/sys/ufs/ffs/ffs_vnops.c:1121: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-02 00:28:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-02 00:28:32 - ERROR: failed to build lint kernel TB --- 2007-03-02 00:28:32 - tinderbox aborted TB --- 0.62 user 2.16 system 4410.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 00:58:06 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8038C16A403; Fri, 2 Mar 2007 00:58:06 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id 39A9013C4AA; Fri, 2 Mar 2007 00:58:05 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l220w3S3014030; Thu, 1 Mar 2007 19:58:03 -0500 (EST) Date: Thu, 1 Mar 2007 19:58:03 -0500 From: Scott Robbins To: Randall Stewart Message-ID: <20070302005803.GC26188@mail.scottro.net> Mail-Followup-To: Randall Stewart , Robert Watson , brooks@FreeBSD.org, "Stephane E. Potvin" , current@FreeBSD.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <45E69EE3.9010407@cisco.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: brooks@FreeBSD.org, Robert Watson , "Stephane E. Potvin" , current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 00:58:06 -0000 On Thu, Mar 01, 2007 at 04:37:39AM -0500, Randall Stewart wrote: > Robert Watson wrote: > >On Thu, 1 Mar 2007, Randall Stewart wrote: > >>solved.. of course I still could lock up.. but only using X will tell :-0 > >In light of slightly ambiguous reports of success, I've committed the patch. > >With any luck this will help with the UNIX domain socket deadlocks, but if > >not, please let me know. So far, it seems to be working. I've been running X for about 3 hours, and like others, for me it had, before this patched, usually locked up relatively quickly. Many thanks for your quick fix of the problem. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: When did you become Martha Stewart? Buffy: First of all, Martha Stewart knows jack about hand-cut prosciutto. Xander: I don't believe she slays, either. Oz: Oh, I hear she can, but she doesn't like to. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 01:00:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DFC816A401 for ; Fri, 2 Mar 2007 01:00:24 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from mail.vnet.sk (mail.vnet.sk [217.73.28.8]) by mx1.freebsd.org (Postfix) with ESMTP id BD27613C49D for ; Fri, 2 Mar 2007 01:00:23 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost.vnet.sk [127.0.0.1]) by mail.vnet.sk (VNETMail) with ESMTP id F35C71A7C5FC; Fri, 2 Mar 2007 02:00:48 +0100 (CET) X-Virus-Scanned: amavisd-new at vnet.sk Received: from mail.vnet.sk ([127.0.0.1]) by localhost (mail.vnet.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0+xY5GdMYEWA; Fri, 2 Mar 2007 02:00:45 +0100 (CET) Received: from danger-PC.mshome.net (unknown [217.73.23.230]) by mail.vnet.sk (VNETMail) with ESMTP id 1B8301A7C4AF; Fri, 2 Mar 2007 02:00:45 +0100 (CET) Date: Fri, 2 Mar 2007 02:00:14 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1987799359.20070302020014@rulez.sk> To: Ed Schouten In-Reply-To: <20070301123041.GP11232@hoeg.nl> References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> <20070301110729.GA43178@daemon.rulez.sk> <20070301123041.GP11232@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re[2]: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 01:00:24 -0000 Hello Ed, Thursday, March 1, 2007, 1:30:41 PM, you wrote: > * Daniel Gerzo wrote: >> > : Also, having this fstab and trying to mount -u -a on a running system, >> > : causes to produce the following messages in the messages log: >> > : >> > : Mar 1 01:23:13 db2 kernel: mount option is unknown >> > >> > Have you tried removing the 'nodev' option from /usr and /data? >> > >> >> Not yet, but the question is that why it does not work under 7.0-C. >> I'm running the same setup under 6.2-STABLE and 6.2-PRERELEASE and no >> problems so far. > Since FreeBSD 6.0, the creation of device nodes is still possible, but > they don't work anymore. All device nodes in /dev directly reference the > device structures in the kernel. Device nodes that reside outside devfs > are not, making the `nodev' mount option obsolete. This sounds like a good candidate for an UPDATING entry? -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 01:29:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62BA616A400; Fri, 2 Mar 2007 01:29:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 31EA413C48D; Fri, 2 Mar 2007 01:29:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l221Q0PV050547; Thu, 1 Mar 2007 17:26:00 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l221Q0MD050543; Thu, 1 Mar 2007 17:26:00 -0800 (PST) (envelope-from sgk) Date: Thu, 1 Mar 2007 17:26:00 -0800 From: Steve Kargl To: Daniel Gerzo Message-ID: <20070302012600.GA39296@troutmask.apl.washington.edu> References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> <20070301110729.GA43178@daemon.rulez.sk> <20070301123041.GP11232@hoeg.nl> <1987799359.20070302020014@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1987799359.20070302020014@rulez.sk> User-Agent: Mutt/1.4.2.2i Cc: Ed Schouten , current@freebsd.org Subject: Re: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 01:29:18 -0000 On Fri, Mar 02, 2007 at 02:00:14AM +0100, Daniel Gerzo wrote: > This sounds like a good candidate for an UPDATING entry? > Are you sure anyone would read UPDATING? Is there a problem with this entry? 20051129: The nodev mount option was deprecated in RELENG_6 (where it was a no-op), and is now unsupported. If you have nodev or dev listed in /etc/fstab, remove it, otherwise it will result in a mount error. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 01:42:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7729016A401; Fri, 2 Mar 2007 01:42:05 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from mail.vnet.sk (mail.vnet.sk [217.73.28.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECDE13C481; Fri, 2 Mar 2007 01:42:05 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost.vnet.sk [127.0.0.1]) by mail.vnet.sk (VNETMail) with ESMTP id 80EEE1A7C4E1; Fri, 2 Mar 2007 02:42:30 +0100 (CET) X-Virus-Scanned: amavisd-new at vnet.sk Received: from mail.vnet.sk ([127.0.0.1]) by localhost (mail.vnet.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0IeTnbaL66DT; Fri, 2 Mar 2007 02:42:27 +0100 (CET) Received: from danger-PC.mshome.net (unknown [217.73.23.230]) by mail.vnet.sk (VNETMail) with ESMTP id 9A4DB1A7C4E7; Fri, 2 Mar 2007 02:42:27 +0100 (CET) Date: Fri, 2 Mar 2007 02:41:54 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1493063408.20070302024154@rulez.sk> To: Steve Kargl In-Reply-To: <20070302012600.GA39296@troutmask.apl.washington.edu> References: <1687213025.20070301020540@rulez.sk> <20070228.190000.564104474.imp@bsdimp.com> <20070301110729.GA43178@daemon.rulez.sk> <20070301123041.GP11232@hoeg.nl> <1987799359.20070302020014@rulez.sk> <20070302012600.GA39296@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Daniel Gerzo , Ed Schouten , current@freebsd.org Subject: Re[2]: mount/fstab parsing broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 01:42:05 -0000 Hello Steve, Friday, March 2, 2007, 2:26:00 AM, you wrote: > On Fri, Mar 02, 2007 at 02:00:14AM +0100, Daniel Gerzo wrote: >> This sounds like a good candidate for an UPDATING entry? >> > Are you sure anyone would read UPDATING? Is there a problem > with this entry? > 20051129: > The nodev mount option was deprecated in RELENG_6 (where it > was a no-op), and is now unsupported. If you have nodev or dev listed > in /etc/fstab, remove it, otherwise it will result in a mount error. /me shuts up :-) -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 03:03:45 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E57716A402; Fri, 2 Mar 2007 03:03:45 +0000 (UTC) (envelope-from craig@tobuj.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 624ED13C46B; Fri, 2 Mar 2007 03:03:45 +0000 (UTC) (envelope-from craig@tobuj.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id B843411A7F; Thu, 1 Mar 2007 20:45:35 -0600 (CST) Date: Thu, 1 Mar 2007 20:45:33 -0600 From: Craig Boston To: "Jim C. Nasby" Message-ID: <20070302024533.GA64754@nowhere> Mail-Followup-To: Craig Boston , "Jim C. Nasby" , Kris Kennaway , smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org References: <20070224213111.GB41434@xor.obsecurity.org> <20070227182511.GD29041@decibel.org> <20070227205951.GA56651@xor.obsecurity.org> <20070227221252.GD51916@decibel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070227221252.GD51916@decibel.org> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Fri, 02 Mar 2007 05:39:56 +0000 Cc: smp@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 03:03:45 -0000 On Tue, Feb 27, 2007 at 04:12:52PM -0600, Jim C. Nasby wrote: > On Tue, Feb 27, 2007 at 03:59:52PM -0500, Kris Kennaway wrote: > > > > I've mentioned this a couple of times, but postgresql didn't scale > > well [on freebsd at least] when I tried it last year. I hope to > > revisit when I get time. > > Let me know if you need help when you get to that point. Keep in mind > that PostgreSQL's out-of-the-box configuration is pretty conservative, > so you won't get good numbers that way. I was kind of wondering that myself, especially as PostgreSQL uses a multi-process model rather than threads. It seems like it would benefit more from optimization of the Sys-V semaphores and shared memory. Craig From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 05:41:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB39516A402 for ; Fri, 2 Mar 2007 05:41:38 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 7245613C481 for ; Fri, 2 Mar 2007 05:41:38 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-151-197-161-73.phil.east.verizon.net [151.197.161.73]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 65CDC2FF41; Fri, 2 Mar 2007 14:41:31 +0900 (JST) Date: Fri, 2 Mar 2007 00:39:18 -0500 From: Yoshihiro Ota To: Ed Schouten Message-Id: <20070302003918.8e9327ec.ota@j.email.ne.jp> In-Reply-To: <20070228080252.GK11232@hoeg.nl> References: <20070228012936.59d5d6ca.ota@j.email.ne.jp> <20070228080252.GK11232@hoeg.nl> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: readonly mount is not properly dismounted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 05:41:38 -0000 On Wed, 28 Feb 2007 09:02:52 +0100 Ed Schouten wrote: > * Yoshihiro Ota wrote: > > WARNING: /mnt/tmp was not properly dismounted > > > > I think all of us familier with this messages. However, I am > > wondering why I sometime get this message on read-only mounted > > filesystems. To be more exact, I have some uzipped files and from > > time to time, I get this warning on these. > > > > Does anyonw know why read-only filesystems get dirty? > > I've seen this problem where mountd remounts all filesystems read-write, > even though they are not even mentioned in /etc/exports. I once made a > PR for it. Let me take a look... gotcha: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=106636 > > Are you running mound on the machine in question? > > Yours, Yes, mountd is running. Although it is not physically read-only file system like CD-ROM, the device is read-only and even mount is aware of it. That brought up my question. # mount /dev/md2.uzip /mnt/obj/ mount: /dev/md2.uzip : Read-only file system Regards, Hiro From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 06:49:46 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69B1616A403 for ; Fri, 2 Mar 2007 06:49:46 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2B11613C461 for ; Fri, 2 Mar 2007 06:49:45 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l226nic6015578 for ; Fri, 2 Mar 2007 01:49:44 -0500 (EST) Date: Fri, 2 Mar 2007 01:49:44 -0500 From: Scott Robbins To: freebsd-current@FreeBSD.org Message-ID: <20070302064944.GA42739@mail.scottro.net> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Quick thanks (for the locking, if_bridge and netstat fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 06:49:46 -0000 This was just one of those weeks where upgrading didn't go well. I know I'm preaching to the choir here, but I'd just like to give a quick thanks to all the developers who fix things so quickly--this week, for me, it was if_bridge (where the only report of it that I saw was my own, basically useless, "It's not working," one, the locking which Robert fixed and the brief problem with buildworld dying in netstat--I think that one was probably fixed within a few hours of its first occurance. You guys really do a tremendous job, and I hope you realize we users really do appreciate it. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: According to Freddy's latest editorial, 'The pep rally is a place for pseudo-prostitutes to provoke men into a sexual frenzy, which, when thwarted, results in pointless athletic competition.' Xander: And the down-side being? From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 08:02:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89DFA16A400 for ; Fri, 2 Mar 2007 08:02:57 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 499D513C442 for ; Fri, 2 Mar 2007 08:02:57 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D618.dip.t-dialin.net [84.165.214.24]) by redbull.bpaserver.net (Postfix) with ESMTP id BEB4C2E168 for ; Fri, 2 Mar 2007 09:02:51 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id AC1AA5B4817 for ; Fri, 2 Mar 2007 09:02:48 +0100 (CET) Date: Fri, 2 Mar 2007 09:02:48 +0100 From: Alexander Leidinger To: current@FreeBSD.org Message-ID: <20070302090248.7891e9ef@Magellan.Leidinger.net> X-Mailer: Claws Mail 2.8.0 (GTK+ 2.10.9; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Doxygen subsys docs updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 08:02:57 -0000 Hi, I updated the doxygen generated PDFs of the kernel subsystems (/usr/src/tools/kerneldoc/subsys stuff). The PDFs are available at http://www.leidinger.net/FreeBSD/src_docs/ for download. Bye, Alexander. -- Decision maker, n.: The person in your office who was unable to form a task force before the music stopped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 09:30:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CCFF16A404 for ; Fri, 2 Mar 2007 09:30:15 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 585B413C4A5 for ; Fri, 2 Mar 2007 09:30:15 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by wr-out-0506.google.com with SMTP id 55so1093236wri for ; Fri, 02 Mar 2007 01:30:14 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dGeGMrcLVMb4XnVEIotv53i5m6y+8kqPO28tqhpOXZcLwvDo8WHW5n1rn5MzZvGyhtf2J8YGxZfMAZ0ijgTomThmzPwOIe3rFZRDa19qEPz6HOAJUIx6gAOQ1+YxDXkz0gvzKevT1vh9Fx7cR9w21WgDXrTmMQMNt/wMf8+o+J4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tVErZuqLUTEEDzmyYCPpcGum1ixP1vQZqhoU6WnMPbi3vwnJU8M0rkcMgW9Z0oq4gdDOZnMbYCEGVTLv5mEQj+o7MFswkYwzBDPweyWuazPNqHUpDjWCMiv2WjuqnPBG/ldPq+tdGLsAomgD3W+3pEQGGiHF+gikfZpJKtIvc4U= Received: by 10.114.25.3 with SMTP id 3mr156542way.1172826323268; Fri, 02 Mar 2007 01:05:23 -0800 (PST) Received: by 10.114.179.19 with HTTP; Fri, 2 Mar 2007 01:05:23 -0800 (PST) Message-ID: Date: Fri, 2 Mar 2007 10:05:23 +0100 From: "Juraj Lutter" To: "Jilles Tjoelker" In-Reply-To: <20061102182927.GA20182@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061022095811.GA10743@zaphod.nitro.dk> <453BFD84.5050702@FreeBSD.org> <20061102182927.GA20182@stack.nl> Cc: Doug Barton , Hajimu UMEMOTO , "Simon L. Nielsen" , freebsd-current@freebsd.org Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 09:30:15 -0000 Folks, On 11/2/06, Jilles Tjoelker wrote: > On Sun, Oct 22, 2006 at 04:23:48PM -0700, Doug Barton wrote: > > Simon L. Nielsen wrote: > > > > >I also seen odd things happen with host(1). These two commands were > > >run right after each other. I don't know if it's related, but I > > >suspect it is. any news/progress on this? I'm still seeing this on quite recent -STABLE as well ;-( thanks -- Sincerely yours, Juraj Lutter From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 12:00:18 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9888116A4CB; Fri, 2 Mar 2007 12:00:18 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.freebsd.org (Postfix) with ESMTP id 30A2913C474; Fri, 2 Mar 2007 12:00:18 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp6-g19.free.fr (Postfix) with ESMTP id 19F1E7FDD; Fri, 2 Mar 2007 13:00:17 +0100 (CET) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 9A98F11A26; Fri, 2 Mar 2007 13:00:16 +0100 (CET) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NdtkxP18Ozga; Fri, 2 Mar 2007 13:00:09 +0100 (CET) Received: from [193.95.134.156] (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 19A7A11A22; Fri, 2 Mar 2007 13:00:08 +0100 (CET) Message-ID: <45E811C6.9060806@FreeBSD.org> Date: Fri, 02 Mar 2007 12:00:06 +0000 From: Florent Thoumie User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigAD0860C2BC66A359FFFDF63E" Cc: ports@FreeBSD.org, "Wilson, Andrew" Subject: Inclusion of Intel PRO/Wireless LAN 2100/2200/2915 firmwares in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 12:00:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAD0860C2BC66A359FFFDF63E Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable FYI. FreeBSD -CURRENT users with ipw(4) or iwi(4) will have to set legal.intel_.license_ack=3D1 in /boot/loader.conf after making sure they agreed to Intel LICENSE file located in /usr/share/doc/legal/intel_ (where is ipw or iwi). Ports will be marked as IGNORE for OSVERSION >=3D 700032 in a few minutes= =2E I'd like to thank Andrew Wilson once again for the dedication he showed in getting things done. PS: Before you ask, wpi(4) (Intel PRO/Wireless LAN 3945) firmware will also be included once the driver hits the tree. -------------------------------------------------------------------------= - flz 2007-03-02 11:42:56 UTC FreeBSD src repository Modified files: etc/mtree BSD.usr.dist share/doc Makefile sys/modules Makefile sys/sys param.h sys/tools fw_stub.awk sys/conf kmod.mk Added files: share/doc/legal Makefile share/doc/legal/intel_ipw Makefile share/doc/legal/intel_iwi Makefile sys/contrib/dev/ipw LICENSE ipw2100-1.3-i.fw.uu ipw2100-1.3-p.fw.uu ipw2100-1.3.fw.uu sys/contrib/dev/iwi LICENSE ipw2200-bss.fw.uu ipw2200-ibss.fw.uu ipw2200-sniffer.fw.uu sys/modules/ipwfw Makefile sys/modules/ipwfw/ipw_bss Makefile sys/modules/ipwfw/ipw_ibss Makefile sys/modules/ipwfw/ipw_monitor Makefile sys/modules/iwifw Makefile sys/modules/iwifw/iwi_bss Makefile sys/modules/iwifw/iwi_ibss Makefile sys/modules/iwifw/iwi_monitor Makefile Log: - Add Intel firmwares for Intel PRO/Wireless LAN 2100/2200/2915 cards in a uuencoded format along with their respective LICENSE files. - Add new share/doc/legal directory to BSD.usr.dist mtree file. This is the place we install LICENSE files for restricted firmwares. - Teach firmware(9) and kmod.mk about licensed firmwares. Restricted firmwares won't load properly unless legal..license_ack is set to 1, either via kenv(1) or /boot/loader.conf. Reviewed by: mlaier, sam Permitted by: Intel (via Andrew Wilson) MFC after: 1 month Revision Changes Path 1.325 +2 -0 src/etc/mtree/BSD.usr.dist 1.21 +1 -1 src/share/doc/Makefile 1.1 +6 -0 src/share/doc/legal/Makefile (new) 1.1 +7 -0 src/share/doc/legal/intel_ipw/Makefile (new) 1.1 +7 -0 src/share/doc/legal/intel_iwi/Makefile (new) 1.215 +6 -1 src/sys/conf/kmod.mk 1.1 +207 -0 src/sys/contrib/dev/ipw/LICENSE (new) 1.1 +4678 -0 src/sys/contrib/dev/ipw/ipw2100-1.3-i.fw.uu (new) 1.1 +4574 -0 src/sys/contrib/dev/ipw/ipw2100-1.3-p.fw.uu (new) 1.1 +4857 -0 src/sys/contrib/dev/ipw/ipw2100-1.3.fw.uu (new) 1.1 +210 -0 src/sys/contrib/dev/iwi/LICENSE (new) 1.1 +4459 -0 src/sys/contrib/dev/iwi/ipw2200-bss.fw.uu (new) 1.1 +4337 -0 src/sys/contrib/dev/iwi/ipw2200-ibss.fw.uu (new) 1.1 +4386 -0 src/sys/contrib/dev/iwi/ipw2200-sniffer.fw.uu (new= ) 1.519 +5 -0 src/sys/modules/Makefile 1.1 +7 -0 src/sys/modules/ipwfw/Makefile (new) 1.1 +15 -0 src/sys/modules/ipwfw/ipw_bss/Makefile (new) 1.1 +15 -0 src/sys/modules/ipwfw/ipw_ibss/Makefile (new) 1.1 +15 -0 src/sys/modules/ipwfw/ipw_monitor/Makefile (new) 1.1 +7 -0 src/sys/modules/iwifw/Makefile (new) 1.1 +15 -0 src/sys/modules/iwifw/iwi_bss/Makefile (new) 1.1 +15 -0 src/sys/modules/iwifw/iwi_ibss/Makefile (new) 1.1 +15 -0 src/sys/modules/iwifw/iwi_monitor/Makefile (new) 1.286 +1 -1 src/sys/sys/param.h 1.6 +30 -4 src/sys/tools/fw_stub.awk --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --------------enigAD0860C2BC66A359FFFDF63E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF6BHLMxEkbVFH3PQRCiSlAJ41UeWv/7XVE93qF2PoBXrgGEDRCQCeN9Zo 8e9UCxDwT5xcApZrGIzekPo= =WWBj -----END PGP SIGNATURE----- --------------enigAD0860C2BC66A359FFFDF63E-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:02:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F280616A624; Fri, 2 Mar 2007 13:02:12 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.freebsd.org (Postfix) with ESMTP id BF3DA13C4B6; Fri, 2 Mar 2007 13:02:12 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 02 Mar 2007 05:02:12 -0800 X-IronPort-AV: i="4.14,241,1170662400"; d="scan'208"; a="44492535:sNHT45089946" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l22D2C7T009404; Fri, 2 Mar 2007 05:02:12 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l22D28nF008128; Fri, 2 Mar 2007 05:02:12 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Mar 2007 05:02:08 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Mar 2007 05:02:07 -0800 Message-ID: <45E82030.7000402@cisco.com> Date: Fri, 02 Mar 2007 08:01:36 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson , brooks@FreeBSD.org, "Stephane E. Potvin" , current@FreeBSD.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> In-Reply-To: <20070302005803.GC26188@mail.scottro.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Mar 2007 13:02:07.0863 (UTC) FILETIME=[FBA8A070:01C75CCA] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=995; t=1172840532; x=1173704532; c=relaxed/simple; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20HEADS=20UP=3A=20UNIX=20domain=20socket=20locking=20ch anges=20merged=20to=20CVS=20HEAD |Sender:=20; bh=36mGYMumv37b3makEIu7+i1EBL+XZd+G5H83ZL+/M5g=; b=tU87eKJZABhZr++0OFK4aXK4M/c65EilTjFORTHcR+Fcny3wuSrrIyOg8XnKeZt2B07wbCVu WSwLMnoqgICTHK42fc04hBcY3YdMG3fbalYb5v+WCCnajcb7geX0XglW; Authentication-Results: sj-dkim-8; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim8002 verified; ); Cc: Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:02:13 -0000 Scott Robbins wrote: > On Thu, Mar 01, 2007 at 04:37:39AM -0500, Randall Stewart wrote: >> Robert Watson wrote: >>> On Thu, 1 Mar 2007, Randall Stewart wrote: > > >>>> solved.. of course I still could lock up.. but only using X will tell :-0 >>> In light of slightly ambiguous reports of success, I've committed the patch. >>> With any luck this will help with the UNIX domain socket deadlocks, but if >>> not, please let me know. > > > So far, it seems to be working. I've been running X for about 3 hours, > and like others, for me it had, before this patched, usually locked up > relatively quickly. > > Many thanks for your quick fix of the problem. > > I have been running close to 20 hours or so and no lockups :-D Before it would lock up within an hour.. sometimes 20 minutes :-( Thanks so much for the patch.. and the commit.. See you at BSD Asia :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:20:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C56E816A405; Fri, 2 Mar 2007 13:20:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 57F1313C461; Fri, 2 Mar 2007 13:20:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.56.14] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1HN7UZ230b-0004H9; Fri, 02 Mar 2007 14:08:12 +0100 From: Max Laier Organization: FreeBSD To: Florent Thoumie Date: Fri, 2 Mar 2007 14:08:03 +0100 User-Agent: KMail/1.9.5 References: <45E811C6.9060806@FreeBSD.org> In-Reply-To: <45E811C6.9060806@FreeBSD.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1580873.YhoKRcVtxt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703021408.10564.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX1+ZOrXMSp5v5gqyMeSD2w5DzhSs3tHTUqKSFUj 6LY6EEjnPvhC+iHnPaqQrQWfKCZeKIzE9uZ7+77CXxgtVeEDTq lrx8HUyqtVQimMweFTJnQ== Cc: ports@freebsd.org, "Wilson, Andrew" , current@freebsd.org Subject: Re: Inclusion of Intel PRO/Wireless LAN 2100/2200/2915 firmwares in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:20:56 -0000 --nextPart1580873.YhoKRcVtxt Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 02 March 2007 13:00, Florent Thoumie wrote: > FYI. > > FreeBSD -CURRENT users with ipw(4) or iwi(4) will have to set > legal.intel_.license_ack=3D1 in /boot/loader.conf after making > sure they agreed to Intel LICENSE file located in > /usr/share/doc/legal/intel_ (where is ipw or iwi). > > Ports will be marked as IGNORE for OSVERSION >=3D 700032 in a few > minutes. > > I'd like to thank Andrew Wilson once again for the dedication he showed > in getting things done. Seconded! And thanks to you, Florent - for getting things rolling in the=20 first place! > PS: Before you ask, wpi(4) (Intel PRO/Wireless LAN 3945) firmware will > also be included once the driver hits the tree. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1580873.YhoKRcVtxt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF6CG6XyyEoT62BG0RArFXAJ9VggbPrcMXeOljNqJAoyY86yzENgCeOILE Fug5V0y0mN/UMmXU7wAJX10= =nboY -----END PGP SIGNATURE----- --nextPart1580873.YhoKRcVtxt-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:24:40 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65FED16A403; Fri, 2 Mar 2007 13:24:40 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02.rdc-nyc.rr.com [24.29.109.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1F67F13C48D; Fri, 2 Mar 2007 13:24:40 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-02.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l22DObe8005548; Fri, 2 Mar 2007 08:24:37 -0500 (EST) Date: Fri, 2 Mar 2007 08:24:36 -0500 From: Scott Robbins To: Randall Stewart Message-ID: <20070302132436.GB46154@mail.scottro.net> Mail-Followup-To: Randall Stewart , Robert Watson , brooks@FreeBSD.org, "Stephane E. Potvin" , current@FreeBSD.org References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <45E82030.7000402@cisco.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: brooks@FreeBSD.org, Robert Watson , "Stephane E. Potvin" , current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:24:40 -0000 On Fri, Mar 02, 2007 at 08:01:36AM -0500, Randall Stewart wrote: > Scott Robbins wrote: > >On Thu, Mar 01, 2007 at 04:37:39AM -0500, Randall Stewart wrote: > >>Robert Watson wrote: > >>>On Thu, 1 Mar 2007, Randall Stewart wrote: > >>>>solved.. of course I still could lock up.. but only using X will tell :-0 > > Thanks so much for the patch.. and the commit.. See you at > BSD Asia :-D Like Randall, I think I can report success. I tend to go in and out of X, but last night, left it on for most of the night. No lock ups. Thank you again Robert. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: It's time for me to act like a man... and hide. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:32:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3073616A402 for ; Fri, 2 Mar 2007 13:32:31 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 82F0313C4A6 for ; Fri, 2 Mar 2007 13:32:30 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 43444 invoked from network); 2 Mar 2007 13:05:04 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 Mar 2007 13:05:04 -0000 Message-ID: <45E8276D.60105@freebsd.org> Date: Fri, 02 Mar 2007 14:32:29 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gallatin@freebsd.org, rwatson@freebsd.org, kmacy@freebsd.org Subject: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:32:31 -0000 Currently we are using the generic soreceive_generic() function to pull and copy data from the socket buffer to userland. It is a huge function that can deal with all eventualities and types of data that may happen on socket buffers. From a performance point of view most importantly it does a unlock- lock cycle per mbuf data segment that is copied out. This is neccessary to avoid deadlocks. On high speed TCP connections this leads to high locking overhead and contention on the receive socket buffer lock as both the upper and the lower half have to compete. The lower half wants to add newly received data while the upper half wants to move it to userland and the application. This patch takes a different approach by adding a specific soreceive_stream() function that is highly optimized for stream type sockets as TCP uses. On the send side we've done this differentiation in a different way a long time ago. Instead of the unlock-lock dance soreceive_stream() pulls a properly sized (relative to the receive system call buffer space) from the socket buffer drops the lock and gives copyout as much time as it needs. In the mean time the lower half can happily add as many new packets as it wants without having to wait for a lock. It also allows the upper and lower halfs to run on different CPUs without much interference. There is a unsolved nasty race condition in the patch though. When the socket closes and we still have data around or the copyout failed it tries to put the data back into the socket buffer which is gone already by then leading to a panic. Work is underway to find a realiable fix for this. I wanted to get this out to the community nonetheless to give it some more exposure. The patch is here: http://people.freebsd.org/~andre/soreceive_stream-20070302.diff Any testing, especially on 10Gig cards, and feedback appreciated. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:50:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B86F716A406 for ; Fri, 2 Mar 2007 13:50:58 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4971513C491 for ; Fri, 2 Mar 2007 13:50:58 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so498998ika for ; Fri, 02 Mar 2007 05:50:57 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=YzhQbgV8bTt5B9fRN5QR39lLTWaU1FqTvMhhpMh8BCFFb4MglNGxRNir1sd4dBjQ6O5aMXHqi76SDE8UXcyaXbIx5b7YSCQ3CwqlEBmbbjeEekaoDcEqBc8yWVid4r5s6vn92L2gBIblZHHxafKT/VHRnxE2wdGjtysHvEqbEMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=H0mXWGFOxz3wA1SwnNzDeDiNCWUwOVghn9Nye6IxexRdIA+yZyBwYWQEUJOex/NveMVH8AdAwvlWDWtD+MI/F9gVlUv+pz04Y+WODgDFglXeS9dueEWrwJV4YO/Y9PHUCxeLhzEiRPO1C8gxBAGZf3uZI5ucwcFKE+Ra7fKCKTY= Received: by 10.115.54.1 with SMTP id g1mr230477wak.1172843456179; Fri, 02 Mar 2007 05:50:56 -0800 (PST) Received: by 10.114.201.2 with HTTP; Fri, 2 Mar 2007 05:50:56 -0800 (PST) Message-ID: Date: Fri, 2 Mar 2007 16:50:56 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Randall Stewart" , "Robert Watson" , brooks@freebsd.org, "Stephane E. Potvin" , current@freebsd.org In-Reply-To: <20070302132436.GB46154@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070226204916.C56223@fledge.watson.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> X-Google-Sender-Auth: c038ebce8d65f3e3 Cc: Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:50:58 -0000 On 3/2/07, Scott Robbins wrote: > On Fri, Mar 02, 2007 at 08:01:36AM -0500, Randall Stewart wrote: > > Scott Robbins wrote: > > >On Thu, Mar 01, 2007 at 04:37:39AM -0500, Randall Stewart wrote: > > >>Robert Watson wrote: > > >>>On Thu, 1 Mar 2007, Randall Stewart wrote: > > >>>>solved.. of course I still could lock up.. but only using X will tell :-0 > > > > Thanks so much for the patch.. and the commit.. See you at > > BSD Asia :-D > > Like Randall, I think I can report success. I tend to go in and out of > X, but last night, left it on for most of the night. No lock ups. But where did you get the tool to open up windows and click through for you? We've got xpi-autobrowse, but sometimes I wish there was a program to do all the work for me while I sit back drinking coffee or sleep, or when I'm absent from work and my boss take a peek at my display... From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 15:13:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98B0816A400 for ; Fri, 2 Mar 2007 15:13:37 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 48E9313C428 for ; Fri, 2 Mar 2007 15:13:37 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.13.8/8.13.8) with ESMTP id l22Eg6MZ058196 for ; Fri, 2 Mar 2007 08:42:06 -0600 (CST) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.13.8/8.13.8/Submit) id l22Eg6QT058195 for current@freebsd.org; Fri, 2 Mar 2007 08:42:06 -0600 (CST) (envelope-from tinguely) Date: Fri, 2 Mar 2007 08:42:06 -0600 (CST) From: Mark Tinguely Message-Id: <200703021442.l22Eg6QT058195@casselton.net> To: current@freebsd.org Cc: Subject: multisegment bus_dmamem_alloc() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:13:37 -0000 Are there any other devices other than bktr(4) that could benefit from a multisegment bus_dmamem_alloc(9) routine? The old USB system comes to mind, but I have not studied the new USB. There may be others. NetBSD only partially implements this (if the number page allocated > number of segments, they punt and do a totally contiguous allocation - IMO, they could fix this pretty easy though). I know chages to contigmalloc() is a tricky subject. I was hoping there are enough drivers that would provide enough merits to change such an important part of the system. If not, please forgive this noise. --Mark Tinguely From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 15:19:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0697416A404 for ; Fri, 2 Mar 2007 15:19:36 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 58A8913C47E for ; Fri, 2 Mar 2007 15:19:35 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 02 Mar 2007 15:19:33 -0000 X-Provags-ID: V01U2FsdGVkX1+MYKQ26HGMpMOa6A2aQzhkUJyGSYavPs+dZYcudm 8o4f2EPd89j2YK From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Fri, 2 Mar 2007 16:19:32 +0100 User-Agent: KMail/1.9.5 References: <200703011612.07110.shoesoft@gmx.net> In-Reply-To: <200703011612.07110.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703021619.33755.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: bde@FreeBSD.org Subject: Re: notebook freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:19:36 -0000 On Thursday 01 March 2007 16:12, Stefan Ehmann wrote: > My few days old -current freezes if I press Fn-F6 (this is the combination > to adjust display brightness) if I've done a suspend/resume before. > Directly after boot it works fine. > > This key combination normally works without any software support, so I > don't know why it freezes the notebook. > > I don't know when this started exactly but I thinks it's been there for a > few weeks at least. > > Any suggestions what commit could have caused this (I want to avoid binary > search of the cvs tree if possible)? > > I tried with GENERIC kernel with the same result. There are no > warnings/errors displayed on the console and I cannot even break into the > debugger. > > dmesg can be found here. > http://stud4.tuwien.ac.at/~e0125637/fbsd/dmesg So I did a binary search. src/sys/i386/isa/clock.c r1.231 causes my notebook to freeze. Reverting this change in a CURRENT from today fixes the problem. The notebook is still pingable in this state. I experienced some other random hangs recently but don't know yet if those are related. Stefan From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 16:04:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0046316A403 for ; Fri, 2 Mar 2007 16:04:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A8D8713C494 for ; Fri, 2 Mar 2007 16:04:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l22G3jfd063203; Fri, 2 Mar 2007 09:03:50 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45E84AD3.7010908@samsco.org> Date: Fri, 02 Mar 2007 09:03:31 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Mark Tinguely References: <200703021442.l22Eg6QT058195@casselton.net> In-Reply-To: <200703021442.l22Eg6QT058195@casselton.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 02 Mar 2007 09:03:50 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: multisegment bus_dmamem_alloc() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:04:04 -0000 Mark Tinguely wrote: > Are there any other devices other than bktr(4) that could benefit > from a multisegment bus_dmamem_alloc(9) routine? The old USB system > comes to mind, but I have not studied the new USB. There may be others. > > NetBSD only partially implements this (if the number page allocated > number > of segments, they punt and do a totally contiguous allocation - IMO, they > could fix this pretty easy though). > > I know chages to contigmalloc() is a tricky subject. I was hoping > there are enough drivers that would provide enough merits to change > such an important part of the system. If not, please forgive this noise. > Looking at bktr, it's not at all clear to me why the author felt that FreeBSD didn't support bus_dmamem_alloc. It's even stranger since the author explicitly tells the NetBSD/OpenBSD code to only allocate 1 segment. Meh. I'm getting tired of fighting the busdma API fight with developers who deliberately ignore standard API's that have been around for almost 10 years. Multi-segment bus_dmamem_alloc support would be nice, but bringing the drivers up to API standards would be an even nicer first step. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 16:14:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A310116A404; Fri, 2 Mar 2007 16:14:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 64D2113C467; Fri, 2 Mar 2007 16:14:57 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l22GEu7E028871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Mar 2007 11:14:56 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l22GEput046769; Fri, 2 Mar 2007 11:14:51 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17896.19835.258246.284397@grasshopper.cs.duke.edu> Date: Fri, 2 Mar 2007 11:14:51 -0500 (EST) To: Andre Oppermann In-Reply-To: <45E8276D.60105@freebsd.org> References: <45E8276D.60105@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, rwatson@freebsd.org, kmacy@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:14:57 -0000 Andre Oppermann writes: > Instead of the unlock-lock dance soreceive_stream() pulls a properly sized > (relative to the receive system call buffer space) from the socket buffer drops > the lock and gives copyout as much time as it needs. In the mean time the lower > half can happily add as many new packets as it wants without having to wait for > a lock. It also allows the upper and lower halfs to run on different CPUs without > much interference. There is a unsolved nasty race condition in the patch though. Excellent. This sounds very exciting! > Any testing, especially on 10Gig cards, and feedback appreciated. I'll try to test sometime soon, but possibly not until next week.. Is there any particular config you're interested in? If not, I'll just compare the pre/post-patch performance of a fast (linux) sender to an SMP (FreeBSD) receiver, using the default "out of the box" settings for a jumbo and standard MTU. Drew From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 18:48:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D47E16A400 for ; Fri, 2 Mar 2007 18:48:10 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 1F90413C48E for ; Fri, 2 Mar 2007 18:48:09 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id A72C832D9A0; Fri, 2 Mar 2007 18:48:08 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 9D3881141E; Fri, 2 Mar 2007 19:48:08 +0100 (CET) Date: Fri, 2 Mar 2007 19:48:08 +0100 From: "Simon L. Nielsen" To: Juraj Lutter Message-ID: <20070302184807.GD972@zaphod.nitro.dk> References: <20061022095811.GA10743@zaphod.nitro.dk> <453BFD84.5050702@FreeBSD.org> <20061102182927.GA20182@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: Doug Barton , Hajimu UMEMOTO , Jilles Tjoelker , freebsd-current@freebsd.org Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 18:48:10 -0000 On 2007.03.02 10:05:23 +0100, Juraj Lutter wrote: > Folks, > > On 11/2/06, Jilles Tjoelker wrote: > >On Sun, Oct 22, 2006 at 04:23:48PM -0700, Doug Barton wrote: > >> Simon L. Nielsen wrote: > >> > >> >I also seen odd things happen with host(1). These two commands were > >> >run right after each other. I don't know if it's related, but I > >> >suspect it is. > > any news/progress on this? I'm still seeing this on quite recent > -STABLE as well ;-( I haven't seen this since ns2.downloadtech.com was removed as nameserver for the FreeBSD.org zone... You might be seeing a different problem. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 18:59:31 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 743A916A515; Fri, 2 Mar 2007 18:59:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6281213C467; Fri, 2 Mar 2007 18:59:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 43ACB1A4D80; Fri, 2 Mar 2007 10:59:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9015951C41; Fri, 2 Mar 2007 13:59:30 -0500 (EST) Date: Fri, 2 Mar 2007 13:59:30 -0500 From: Kris Kennaway To: Kris Kennaway , jhb@FreeBSD.org Message-ID: <20070302185930.GA30505@xor.obsecurity.org> References: <20070225233333.GA80065@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20070225233333.GA80065@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org Subject: Re: Someone broke diskless booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 18:59:31 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It's not obvious to me how this happened, but binary searching narrows down the cause to the following commit: jhb 2007-02-23 19:46:59 UTC FreeBSD src repository Modified files: sys/kern kern_linker.c Log: Drop the global kernel linker lock while executing the sysinit's for a freshly-loaded kernel module. To avoid various unload races, hide linker files whose sysinit's are being run from userland so that they can't be kldunloaded until after all the sysinit's have finished. Tested by: gallatin Revision Changes Path 1.145 +21 -15 src/sys/kern/kern_linker.c Kris On Sun, Feb 25, 2007 at 06:33:33PM -0500, Kris Kennaway wrote: > Some time in the past week or so someone committed a change to the > kernel that broke diskless booting: >=20 > Trying to mount root from nfs: > fxp0: link state changed to UP > NFS ROOT: 69.147.83.43:/a/nfs/7.dir1 > Interface fxp0 IP-Address 69.147.83.96 Broadcast 69.147.83.127 > mdmfs: mdconfig (attach) exited with error code 1 > cp: /etc/gss/mech: Read-only file system > cp: /etc/gss/qop: Read-only file system > cp: utimes: /etc/gss: Read-only file system > cp: /etc/ppp/ppp.conf: Read-only file system > ... > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding >=20 > Kris >=20 --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6HQSWry0BWjoQKURArTEAJ9J4FOwpGpma+rmcrnBPbEme83TgACgm+5n L6yoWfwa/xCFY0/6IYJmbzI= =U6Ef -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 19:49:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F139A16A406 for ; Fri, 2 Mar 2007 19:49:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 8E24113C461 for ; Fri, 2 Mar 2007 19:49:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16775 invoked by uid 399); 2 Mar 2007 19:49:25 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 2 Mar 2007 19:49:25 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45E87FBD.3080108@FreeBSD.org> Date: Fri, 02 Mar 2007 11:49:17 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Juraj Lutter References: <20061022095811.GA10743@zaphod.nitro.dk> <453BFD84.5050702@FreeBSD.org> <20061102182927.GA20182@stack.nl> In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Simon L. Nielsen" , Hajimu UMEMOTO , Jilles Tjoelker , freebsd-current@freebsd.org Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 19:49:26 -0000 Juraj Lutter wrote: > Folks, > > On 11/2/06, Jilles Tjoelker wrote: >> On Sun, Oct 22, 2006 at 04:23:48PM -0700, Doug Barton wrote: >> > Simon L. Nielsen wrote: >> > >> > >I also seen odd things happen with host(1). These two commands were >> > >run right after each other. I don't know if it's related, but I >> > >suspect it is. > > any news/progress on this? I'm still seeing this on quite recent > -STABLE as well ;-( If you're having problems with BIND 9.3.x, I would like to suggest that you give the 9.4.0 port a try. I'd be very interested to hear if that helps your situation. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:03:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA94616A400 for ; Fri, 2 Mar 2007 20:03:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 67F7A13C48E for ; Fri, 2 Mar 2007 20:03:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l22K3I9h079673; Fri, 2 Mar 2007 15:03:21 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Fri, 2 Mar 2007 15:03:46 -0500 User-Agent: KMail/1.9.1 References: <20070225233333.GA80065@xor.obsecurity.org> <20070302185930.GA30505@xor.obsecurity.org> In-Reply-To: <20070302185930.GA30505@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703021503.46562.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 02 Mar 2007 15:03:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2702/Fri Mar 2 10:04:51 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: Someone broke diskless booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 20:03:24 -0000 On Friday 02 March 2007 13:59, Kris Kennaway wrote: > It's not obvious to me how this happened, but binary searching narrows > down the cause to the following commit: > > jhb 2007-02-23 19:46:59 UTC > > FreeBSD src repository > > Modified files: > sys/kern kern_linker.c > Log: > Drop the global kernel linker lock while executing the sysinit's for a > freshly-loaded kernel module. To avoid various unload races, hide linker > files whose sysinit's are being run from userland so that they can't be > kldunloaded until after all the sysinit's have finished. > > Tested by: gallatin > > Revision Changes Path > 1.145 +21 -15 src/sys/kern/kern_linker.c > > Kris > > On Sun, Feb 25, 2007 at 06:33:33PM -0500, Kris Kennaway wrote: > > Some time in the past week or so someone committed a change to the > > kernel that broke diskless booting: > > > > Trying to mount root from nfs: > > fxp0: link state changed to UP > > NFS ROOT: 69.147.83.43:/a/nfs/7.dir1 > > Interface fxp0 IP-Address 69.147.83.96 Broadcast 69.147.83.127 > > mdmfs: mdconfig (attach) exited with error code 1 > > cp: /etc/gss/mech: Read-only file system > > cp: /etc/gss/qop: Read-only file system > > cp: utimes: /etc/gss: Read-only file system > > cp: /etc/ppp/ppp.conf: Read-only file system > > ... > > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > > nfs server 69.147.83.43:/a/nfs/7.dir1: not responding > > > > Kris > > Do you have the later fix to kern/link_elf.c to mark the kernel as linked so modstat(2) and kldnext(2) work on the kernel again? If mdconfig tries to see if 'device md' is in the kernel and fails if not, then it the fix to kern/link_elf.c should fix it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:17:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4620F16A400 for ; Fri, 2 Mar 2007 20:17:00 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id A33C313C478 for ; Fri, 2 Mar 2007 20:16:58 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 426857969; Fri, 02 Mar 2007 21:16:56 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 2 Mar 2007 21:16:35 +0100 User-Agent: KMail/1.9.5 References: <483316d70702281352o47cb729o81a2f3b604a68587@mail.gmail.com> <45E6CD0A.4040502@freebsd.org> In-Reply-To: <45E6CD0A.4040502@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703022116.36020.hselasky@c2i.net> Cc: Rick Mullis Subject: Re: current amd64 USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 20:17:00 -0000 On Thursday 01 March 2007 13:54, Eric Anderson wrote: > On 02/28/07 15:52, Rick Mullis wrote: > > I have a Intel DG965RY mainboard with a Duo Core 2 Processor and 4GB of > > Ram and I can not get USB working for the life of me. I have been > > following the maillists and searching Google for weeks now, updating > > source code and rebuild world and kernel and unfortunately usb is still > > not working. I keep getting "hub root problem, error=4". When I turn the > > computer on the USB lights are on and as soon as the usb0 through usb6 > > comes up the lights go out and the system will not work with any usb > > device. The error shows up on all usb*. Is there something I am > > overlooking? This computer only runs FreeBSD 7.0-current and no gui. > > > > Please help. > > Yea, I have the same problem. I spent a ton of time yesterday trying to > get a Dell PowerEdge 1950 up and running, until I realized what was > going on. :( > > > This same hardware with 6.2 looks something like this: > > Jan 25 09:43:21 kernel: uhci0: port > 0xcce0-0xccff irq 21 at device 29.0 on pci0 > Jan 25 09:43:21 kernel: uhci0: [GIANT-LOCKED] > Jan 25 09:43:21 kernel: usb0: on uhci0 > Jan 25 09:43:21 kernel: usb0: USB revision 1.0 > Jan 25 09:43:21 kernel: uhub0: Intel UHCI root hub, class 9/0, rev > 1.00/1.00, addr 1 > Jan 25 09:43:21 kernel: uhub0: 2 ports with 2 removable, self powered > Jan 25 09:43:21 kernel: uhci1: port > 0xccc0-0xccdf irq 20 at device 29.1 on pci0 > Jan 25 09:43:21 kernel: uhci1: [GIANT-LOCKED] > Jan 25 09:43:21 kernel: usb1: on uhci1 > Jan 25 09:43:21 kernel: usb1: USB revision 1.0 > Jan 25 09:43:21 kernel: uhub1: Intel UHCI root hub, class 9/0, rev > 1.00/1.00, addr 1 > Jan 25 09:43:21 kernel: uhub1: 2 ports with 2 removable, self powered > Jan 25 09:43:21 kernel: uhci2: port > 0xcca0-0xccbf irq 21 at device 29.2 on pci0 > Jan 25 09:43:21 kernel: uhci2: [GIANT-LOCKED] > Jan 25 09:43:21 kernel: usb2: on uhci2 > Jan 25 09:43:21 kernel: usb2: USB revision 1.0 > Jan 25 09:43:21 kernel: uhub2: Intel UHCI root hub, class 9/0, rev > 1.00/1.00, addr 1 > Jan 25 09:43:21 kernel: uhub2: 2 ports with 2 removable, self powered > Jan 25 09:43:21 kernel: ehci0: mem > 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 > Jan 25 09:43:21 kernel: ehci0: [GIANT-LOCKED] > Jan 25 09:43:21 kernel: usb3: EHCI version 1.0 > Jan 25 09:43:21 kernel: usb3: companion controllers, 2 ports each: usb0 > usb1 usb2 > Jan 25 09:43:21 kernel: usb3: on ehci0 > Jan 25 09:43:21 kernel: usb3: USB revision 2.0 > Jan 25 09:43:21 kernel: uhub3: Intel EHCI root hub, class 9/0, rev > 2.00/1.00, addr 1 > Jan 25 09:43:21 kernel: uhub3: 6 ports with 6 removable, self powered > Jan 25 09:43:21 kernel: uhub4: vendor 0x413c product 0xa001, class 9/0, > rev 2.00/0.00, addr 2 > Jan 25 09:43:21 kernel: uhub4: multiple transaction translators > Jan 25 09:43:21 kernel: uhub4: 2 ports with 2 removable, self powered > Jan 25 09:43:21 kernel: ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, > iclass 3/1 > Jan 25 09:43:21 kernel: kbd2 at ukbd0 > Jan 25 09:43:21 kernel: ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass > 3/1 Jan 25 09:43:21 kernel: ums0: X report 0x0002 not supported > > > And under CURRENT looks like this: > Feb 27 08:04:47 mail1 kernel: uhci0: > port 0xcce0-0xccff irq 21 at device 29.0 on pci0 > Feb 27 08:04:47 mail1 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 > type 4 at 0xcce0 > Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 21 (PCI IRQ 21) to > vector 53 > Feb 27 08:04:47 mail1 kernel: uhci0: [GIANT-LOCKED] > Feb 27 08:04:47 mail1 kernel: uhci0: [ITHREAD] > Feb 27 08:04:47 mail1 kernel: usb0: on > uhci0 Feb 27 08:04:47 mail1 kernel: usb0: USB revision 1.0 > Feb 27 08:04:47 mail1 kernel: usb0: root hub problem, error=4 > Feb 27 08:04:47 mail1 kernel: uhci1: > port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 > Feb 27 08:04:47 mail1 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 > type 4 at 0xccc0 > Feb 27 08:04:47 mail1 kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to > vector 54 > Feb 27 08:04:47 mail1 kernel: uhci1: [GIANT-LOCKED] > Feb 27 08:04:47 mail1 kernel: uhci1: [ITHREAD] > Feb 27 08:04:47 mail1 kernel: usb1: on > uhci1 Feb 27 08:04:47 mail1 kernel: usb1: USB revision 1.0 > Feb 27 08:04:47 mail1 kernel: usb1: root hub problem, error=4 > Feb 27 08:04:47 mail1 kernel: uhci2: > port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 > Feb 27 08:04:47 mail1 kernel: uhci2: Reserved 0x20 bytes for rid 0x20 > type 4 at 0xcca0 > Feb 27 08:04:47 mail1 kernel: uhci2: [GIANT-LOCKED] > Feb 27 08:04:47 mail1 kernel: uhci2: [ITHREAD] > Feb 27 08:04:47 mail1 kernel: usb2: on > uhci2 Feb 27 08:04:47 mail1 kernel: usb2: USB revision 1.0 > Feb 27 08:04:47 mail1 kernel: usb2: root hub problem, error=4 > Feb 27 08:04:47 mail1 kernel: ehci0: > mem 0xfc800000-0xfc8003ff irq 21 at device 29.7 on pci0 > Feb 27 08:04:47 mail1 kernel: ehci0: Reserved 0x400 bytes for rid 0x10 > type 3 at 0xfc800000 > Feb 27 08:04:47 mail1 kernel: ehci0: [GIANT-LOCKED] > Feb 27 08:04:47 mail1 kernel: ehci0: [ITHREAD] > Feb 27 08:04:47 mail1 kernel: usb3: EHCI version 1.0 > Feb 27 08:04:47 mail1 kernel: usb3: companion controllers, 2 ports each: > usb0 usb1 usb2 > Feb 27 08:04:47 mail1 kernel: usb3: > on ehci0 > Feb 27 08:04:47 mail1 kernel: usb3: USB revision 2.0 > Feb 27 08:04:47 mail1 kernel: usb3: root hub problem, error=4 > > FreeBSD mail1.centtech.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Feb > 27 07:26:28 UTC 2007 .../usr/obj/usr/src/sys/GENERIC amd64 > > i386 seems to work fine.. > Have you tried the new USB stack? http://www.turbocat.net/~hselasky/usb4bsd --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:20:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21A4F16A401 for ; Fri, 2 Mar 2007 20:20:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1CA13C494 for ; Fri, 2 Mar 2007 20:20:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 59B1A786; Fri, 2 Mar 2007 13:58:55 -0600 (CST) Date: Fri, 2 Mar 2007 13:58:55 -0600 To: Scott Long Message-ID: <20070302195855.GA28016@soaustin.net> References: <200703021442.l22Eg6QT058195@casselton.net> <45E84AD3.7010908@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E84AD3.7010908@samsco.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Fri, 02 Mar 2007 20:45:31 +0000 Cc: Mark Tinguely , current@freebsd.org Subject: Re: multisegment bus_dmamem_alloc() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 20:20:42 -0000 On Fri, Mar 02, 2007 at 09:03:31AM -0700, Scott Long wrote: > Looking at bktr, it's not at all clear to me why the author felt that > FreeBSD didn't support bus_dmamem_alloc. The bktr author has been gone from the project for several years, and the code had been neglected for a while before that. The PRs against it reflect this (that's the only reason I know about this driver; I wound up resetting the PR assignments). So this isn't a case of someone not following the standards, this is just plain old bitrot. With bugmeister hat on, I'd be glad to see someone pick up this driver and fix it. mcl From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:57:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1715D16A403 for ; Fri, 2 Mar 2007 20:57:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF6F13C4B3 for ; Fri, 2 Mar 2007 20:57:34 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 47406 invoked from network); 2 Mar 2007 20:30:04 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 Mar 2007 20:30:04 -0000 Message-ID: <45E88FBD.4060407@freebsd.org> Date: Fri, 02 Mar 2007 21:57:33 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: qingli@freebsd.org, silby@freebsd.org, bms@freebsd.org, mohans@freebsd.org Subject: Unification and simplification of outbound TCP options handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 20:57:35 -0000 In tcp_syncache and tcp_output we have two entirely separate code paths dealing with outbound TCP options. Each of them has a significant size and many quirks. This patch is a proper rewrite of both of them and introduces a new generic function tcp_addoptions() to tcp_output.c. The new function is then used in both the syncache and the normal tcp_output path instead of their previous versions. It it alignment agnostic and can be used to write directly into mbufs with any alignment. The patch is here: http://people.freebsd.org/~andre/tcp_options-20070302.diff Any testing and reviews appreciated. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 21:03:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FC0E16A400 for ; Fri, 2 Mar 2007 21:03:01 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8B013C428 for ; Fri, 2 Mar 2007 21:03:00 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 8477B7CDB for ; Fri, 2 Mar 2007 22:02:59 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id B66059BD76 for ; Fri, 2 Mar 2007 21:04:47 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 9DAEE405F; Fri, 2 Mar 2007 22:04:47 +0100 (CET) Date: Fri, 2 Mar 2007 22:04:47 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070302210447.GE2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Autodumping on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 21:03:01 -0000 Hello, I've just changed my window manager, and I'm experiencing a few issues with it. This may be a panic but I can't be sure for now. Indeed I don't have a serial port on my laptop. I'm sure it is possible to ask the kernel to call doadump() automatically on panic, but I can't remember how. Please, could you give me the correct way to do it ? Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 22:02:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D22716A401 for ; Fri, 2 Mar 2007 22:02:46 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5144813C4A5 for ; Fri, 2 Mar 2007 22:02:46 +0000 (UTC) (envelope-from john@utzweb.net) Received: from utzweb.net (localhost [127.0.0.1]) by marley.grokthis.net (Postfix) with ESMTP id A0C9FF102B; Fri, 2 Mar 2007 17:02:33 -0500 (EST) Received: from 69.93.78.27 (proxying for 199.201.237.2) (SquirrelMail authenticated user john-utzweb-net); by utzweb.net with HTTP; Fri, 2 Mar 2007 17:02:50 -0500 (EST) Message-ID: <53196.69.93.78.27.1172872970.squirrel@69.93.78.27> In-Reply-To: <20070302195855.GA28016@soaustin.net> References: <200703021442.l22Eg6QT058195@casselton.net> <45E84AD3.7010908@samsco.org> <20070302195855.GA28016@soaustin.net> Date: Fri, 2 Mar 2007 17:02:50 -0500 (EST) From: john@utzweb.net To: "Mark Linimon" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Mark Tinguely , current@freebsd.org Subject: Re: multisegment bus_dmamem_alloc() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 22:02:46 -0000 > On Fri, Mar 02, 2007 at 09:03:31AM -0700, Scott Long wrote: >> Looking at bktr, it's not at all clear to me why the author felt that >> FreeBSD didn't support bus_dmamem_alloc. because it didnt when he wrote it back in the 90's! IIRC he presented this on freebsd-multimedia around freebsd 2x > The bktr author has been gone from the project for several years, and the > code had been neglected for a while before that. The PRs against it > reflect > this (that's the only reason I know about this driver; I wound up > resetting > the PR assignments). that's hilarious. this os is getting old :-) > So this isn't a case of someone not following the standards, this is just > plain old bitrot. textbook example thereof, should be added to textbooks as an expository example :-) it's rather astounding that it's worked for this long; reminds me of the guy on the raft in 'The Cruel Sea' > With bugmeister hat on, I'd be glad to see someone pick > up this driver and fix it. me too! best of luck! > mcl > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 00:01:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E0D716A40A for ; Sat, 3 Mar 2007 00:01:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3231E13C481 for ; Sat, 3 Mar 2007 00:01:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l2301QW0009984; Sat, 3 Mar 2007 11:01:26 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l2301P9j009983; Sat, 3 Mar 2007 11:01:25 +1100 (EST) (envelope-from peter) Date: Sat, 3 Mar 2007 11:01:25 +1100 From: Peter Jeremy To: Andrew Gallatin Message-ID: <20070303000125.GA9918@turion.vk2pj.dyndns.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <17850.13146.266196.499166@grasshopper.cs.duke.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 00:01:59 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jan-26 11:59:06 -0500, Andrew Gallatin wrote: >When running some benchmarks, I noticed tons of duplicate acks showing >up in systat -tcp (thousands, or tens of thousands per second). Whilst investigating other problems, I've just seen the same on 6.2. The following trace was taken on 192.168.234.1, which is running 6.2-RELEASE/i386 (with ipfilter enabled) with fxp (Intel 82559) NICs. 192.168.234.64 is running 6.2-STABLE/amd64 from late January (no firewall active) with a bge (Broadcom BCM5705 A3, ASIC rev. 0x3003) NIC and checksum offloading enabled. The multiple SYN packets are due to a bug in the IPfilter state management, though it eventually allows a SYN through. (And it is not totally unrealistic for multiple SYNs to be required before a SYN-ACK is received so this does not excuse the ACK flood). Note that the duplicate ACKs are being sent from the host without a firewall so this does not appear to be related to ipfilter (or kern/102653). The common factor seems to be amd64. 08:11:59.725733 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:02.722826 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:05.922699 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:09.122652 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:12.322614 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:15.522575 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:21.722501 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:33.922361 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:58.122057 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:39= 76363428(0) win 65535 08:12:58.122596 IP 192.168.234.1.22 > 192.168.234.64.49195: S 3756522873:37= 56522873(0) ack 3976363429 win 65535 08:12:58.122775 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652287= 4 win 65535 08:12:58.274044 IP 192.168.234.1.22 > 192.168.234.64.49195: P 3756522874:37= 56522913(39) ack 3976363429 win 65535 08:12:58.274285 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274347 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274393 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274434 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274478 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274521 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274562 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274607 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274645 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274688 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274727 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274766 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274801 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274835 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274873 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274907 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274941 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.274975 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275010 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275044 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275120 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275163 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275200 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275243 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275282 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275317 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275352 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275387 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275421 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275455 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275490 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275525 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275559 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275594 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275629 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275663 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275697 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275732 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275766 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.275801 IP 192.168.234.64.49195 > 192.168.234.1.22: P 3976363429:39= 76363468(39) ack 3756522913 win 65535 08:12:58.275838 IP 192.168.234.64.49195 > 192.168.234.1.22: P 3976363468:39= 76364220(752) ack 3756522913 win 65535 08:12:58.279466 IP 192.168.234.1.22 > 192.168.234.64.49195: . ack 397636422= 0 win 64909 08:12:58.279671 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 375652291= 3 win 65535 08:12:58.301824 IP 192.168.234.1.22 > 192.168.234.64.49195: P 3756522913:37= 56523657(744) ack 3976364220 win 64948 08:12:58.302362 IP 192.168.234.64.49195 > 192.168.234.1.22: P 3976364220:39= 76364244(24) ack 3756523657 win 65535 08:12:58.402330 IP 192.168.234.1.22 > 192.168.234.64.49195: . ack 397636424= 4 win 65535 --=20 Peter Jeremy --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6LrV/opHv/APuIcRAoi2AJ47i+gca062Rc3XTZE0vgRG9M9HAACfdE3R z9z4BKbdp22GZ5WkFiyRZQw= =lQLy -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 00:08:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5941516A405 for ; Sat, 3 Mar 2007 00:08:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id F128D13C4A5 for ; Sat, 3 Mar 2007 00:08:15 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 786404569A; Sat, 3 Mar 2007 01:08:14 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 017EC45685; Sat, 3 Mar 2007 01:08:08 +0100 (CET) Date: Sat, 3 Mar 2007 01:06:53 +0100 From: Pawel Jakub Dawidek To: Stefan Ehmann Message-ID: <20070303000653.GA13855@garage.freebsd.pl> References: <20070201232118.c7cc1a10.ota@j.email.ne.jp> <20070203161519.GD64874@garage.freebsd.pl> <200702131932.36517.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <200702131932.36517.shoesoft@gmx.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Yoshihiro Ota , freebsd-current@freebsd.org Subject: Re: geli broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 00:08:18 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 13, 2007 at 07:32:34PM +0100, Stefan Ehmann wrote: > On Saturday 03 February 2007 17:15, Pawel Jakub Dawidek wrote: > > On Thu, Feb 01, 2007 at 11:21:18PM -0500, Yoshihiro Ota wrote: > > > RCS file: /home/ncvs/src/sys/geom/eli/g_eli.c,v > > > Working file: g_eli.c > > > head: 1.34 > ... > > > The change noted above caused problem with my system. > > > After typing password, the geli device was never recognized never > > > response. It looked like it was in an infinity loop. > > > I have the following entry in my fstab and I need to type in my passw= ord > > > for it. > > > > > > /dev/da0s2.eli /export ufs rw 2 = 2 > > > > > > After reverting to 1.33, my system started without problems. I use > > > GENERIC kernel configuration without WITNESS and INVARIANTS. > > > > Could you provide dmesg from your machine? >=20 > Any news on this one? I experience the same problem. Could you guys verify if sys/geom/eli/g_eli.c rev1.35 fixes the problem for you? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6LwdForvXbEpPzQRAnNNAKDwHT+WmeBqyxAmd4QnhEn5j+RoyACeOiRj wMX7Al1VsCEr85N67oNBzQg= =L6Xj -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 03:01:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 912AF16A404 for ; Sat, 3 Mar 2007 03:01:02 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 61E1913C494 for ; Sat, 3 Mar 2007 03:01:01 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 03 Mar 2007 03:00:59 -0000 X-Provags-ID: V01U2FsdGVkX1+JN7MqBpaJYy4wHlCVfx64uzIHxuQ185Y7X6xIfU ADeAHCXeLfG5Sk From: Stefan Ehmann To: Pawel Jakub Dawidek Date: Sat, 3 Mar 2007 04:00:57 +0100 User-Agent: KMail/1.9.5 References: <20070201232118.c7cc1a10.ota@j.email.ne.jp> <200702131932.36517.shoesoft@gmx.net> <20070303000653.GA13855@garage.freebsd.pl> In-Reply-To: <20070303000653.GA13855@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703030400.58335.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Yoshihiro Ota , freebsd-current@freebsd.org Subject: Re: geli broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 03:01:02 -0000 On Saturday 03 March 2007 01:06, Pawel Jakub Dawidek wrote: > On Tue, Feb 13, 2007 at 07:32:34PM +0100, Stefan Ehmann wrote: > > On Saturday 03 February 2007 17:15, Pawel Jakub Dawidek wrote: > > > On Thu, Feb 01, 2007 at 11:21:18PM -0500, Yoshihiro Ota wrote: > > > > RCS file: /home/ncvs/src/sys/geom/eli/g_eli.c,v > > > > Working file: g_eli.c > > > > head: 1.34 > > > > ... > > > > > > The change noted above caused problem with my system. > > > > After typing password, the geli device was never recognized never > > > > response. It looked like it was in an infinity loop. > > > > I have the following entry in my fstab and I need to type in my > > > > password for it. > > > > > > > > /dev/da0s2.eli /export ufs rw 2 > > > > 2 > > > > > > > > After reverting to 1.33, my system started without problems. I use > > > > GENERIC kernel configuration without WITNESS and INVARIANTS. > > > > > > Could you provide dmesg from your machine? > > > > Any news on this one? I experience the same problem. > > Could you guys verify if sys/geom/eli/g_eli.c rev1.35 fixes the problem > for you? Works for me, thanks. From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 04:07:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 171A316A400 for ; Sat, 3 Mar 2007 04:07:11 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id B263813C428 for ; Sat, 3 Mar 2007 04:07:10 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-151-197-182-213.phil.east.verizon.net [151.197.182.213]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 9125E2C0DD for ; Sat, 3 Mar 2007 12:46:01 +0900 (JST) Date: Fri, 2 Mar 2007 22:45:17 -0500 From: Yoshihiro Ota To: current@freebsd.org Message-Id: <20070302224517.18a1b9d1.ota@j.email.ne.jp> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__2_Mar_2007_22_45_17_-0500_8WuFkNb2tELI38uk" Cc: Subject: [Patch] Multiple swap files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 04:07:11 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__2_Mar_2007_22_45_17_-0500_8WuFkNb2tELI38uk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I just started using PIII 260MHz with 96MB RAM and 4G HD. I didn't create swap device, but swap space became necessary later. Because of how I partitioned, I needed more than one swapfile. So, now it allows. Regards, Hiro --Multipart=_Fri__2_Mar_2007_22_45_17_-0500_8WuFkNb2tELI38uk Content-Type: text/x-diff; name="multi-addswap.diff" Content-Disposition: attachment; filename="multi-addswap.diff" Content-Transfer-Encoding: 7bit Index: addswap =================================================================== RCS file: /home/ncvs/src/etc/rc.d/addswap,v retrieving revision 1.6 diff -u -r1.6 addswap --- addswap 17 Jan 2006 19:29:31 -0000 1.6 +++ addswap 3 Mar 2007 03:36:08 -0000 @@ -18,16 +18,19 @@ addswap_start() { - case ${swapfile} in - [Nn][Oo] | '') - ;; - *) - if [ -w "${swapfile}" ]; then - echo "Adding ${swapfile} as additional swap" - mdev=`mdconfig -a -t vnode -f ${swapfile}` && swapon /dev/${mdev} - fi - ;; - esac + for i in ${swapfile} + do + case ${i} in + [Nn][Oo] | '') + ;; + *) + if [ -w "${i}" ]; then + echo "Adding ${i} as additional swap" + mdev=`mdconfig -a -t vnode -f ${i}` && swapon /dev/${mdev} + fi + ;; + esac + done } load_rc_config $name --Multipart=_Fri__2_Mar_2007_22_45_17_-0500_8WuFkNb2tELI38uk-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 04:34:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05E2816A401; Sat, 3 Mar 2007 04:34:55 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 9953413C442; Sat, 3 Mar 2007 04:34:54 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-151-197-182-213.phil.east.verizon.net [151.197.182.213]) by mail.asahi-net.or.jp (Postfix) with ESMTP id C4FF32357C; Sat, 3 Mar 2007 13:34:51 +0900 (JST) Date: Fri, 2 Mar 2007 23:34:09 -0500 From: Yoshihiro Ota To: Stefan Ehmann Message-Id: <20070302233409.8af24e5f.ota@j.email.ne.jp> In-Reply-To: <200703030400.58335.shoesoft@gmx.net> References: <20070201232118.c7cc1a10.ota@j.email.ne.jp> <200702131932.36517.shoesoft@gmx.net> <20070303000653.GA13855@garage.freebsd.pl> <200703030400.58335.shoesoft@gmx.net> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: geli broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 04:34:55 -0000 On Sat, 3 Mar 2007 04:00:57 +0100 Stefan Ehmann wrote: > On Saturday 03 March 2007 01:06, Pawel Jakub Dawidek wrote: > > On Tue, Feb 13, 2007 at 07:32:34PM +0100, Stefan Ehmann wrote: > > > > Could you guys verify if sys/geom/eli/g_eli.c rev1.35 fixes the problem > > for you? > > Works for me, thanks. It works fine here, too. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 04:48:38 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4005816A402 for ; Sat, 3 Mar 2007 04:48:38 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id AE06313C471 for ; Sat, 3 Mar 2007 04:48:37 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-151-197-182-213.phil.east.verizon.net [151.197.182.213]) by mail.asahi-net.or.jp (Postfix) with ESMTP id EEEA131903; Sat, 3 Mar 2007 13:48:32 +0900 (JST) Date: Fri, 2 Mar 2007 23:47:50 -0500 From: Yoshihiro Ota To: Scott Robbins Message-Id: <20070302234750.7b57c23c.ota@j.email.ne.jp> In-Reply-To: <20070302132436.GB46154@mail.scottro.net> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Randall Stewart , brooks@FreeBSD.org, Robert Watson , "Stephane E. Potvin" , current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 04:48:38 -0000 On Fri, 2 Mar 2007 08:24:36 -0500 Scott Robbins wrote: > On Fri, Mar 02, 2007 at 08:01:36AM -0500, Randall Stewart wrote: > > Scott Robbins wrote: > > >On Thu, Mar 01, 2007 at 04:37:39AM -0500, Randall Stewart wrote: > > >>Robert Watson wrote: > > >>>On Thu, 1 Mar 2007, Randall Stewart wrote: > > >>>>solved.. of course I still could lock up.. but only using X will tell :-0 > > > > Thanks so much for the patch.. and the commit.. See you at > > BSD Asia :-D > > Like Randall, I think I can report success. I tend to go in and out of > X, but last night, left it on for most of the night. No lock ups. > > Thank you again Robert. > My X runs fine but I think I am still seeing this problem with diffrent ports. They are japanese/Canna japanese/kinput2-canna. Canna uses "unix" domain socket to communicate and it still doesn't work. Before, Canna reproted some "unix" domain socket error. Now, it doesn't report such errors but "kinput2" stucks. Installing kinput2-cann will install Canna as well. You will need these 2 entries to run Canna. canna_enable="YES" canna_flags="-u bin inet" Then, you need the following to allow to use kinput from X terminals. setenv XMODIFIERS '@im=kinput Once you start canna, run "kinput2" in one of the X terminals. Then, kinput2 eats all CPU. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 05:24:36 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C73BF16A401 for ; Sat, 3 Mar 2007 05:24:36 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7160C13C467 for ; Sat, 3 Mar 2007 05:24:36 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l235OYZQ011918 for ; Sat, 3 Mar 2007 00:24:34 -0500 (EST) Date: Sat, 3 Mar 2007 00:24:34 -0500 From: Scott Robbins To: current@FreeBSD.org Message-ID: <20070303052434.GA52022@mail.scottro.net> Mail-Followup-To: current@FreeBSD.org References: <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> <20070302234750.7b57c23c.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20070302234750.7b57c23c.ota@j.email.ne.jp> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 05:24:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Mar 02, 2007 at 11:47:50PM -0500, Yoshihiro Ota wrote: > On Fri, 2 Mar 2007 08:24:36 -0500 > Scott Robbins wrote: >=20 > > On Fri, Mar 02, 2007 at 08:01:36AM -0500, Randall Stewart wrote: > > > Scott Robbins wrote: > > > >>>On Thu, 1 Mar 2007, Randall Stewart wrote: > > > >>>>solved.. of course I still could lock up.. but only using X will = tell :-0 > > >=20 > >=20 > > Like Randall, I think I can report success. I tend to go in and out of > > X, but last night, left it on for most of the night. No lock ups. > >=20 > > Thank you again Robert. > > >=20 > My X runs fine but I think I am still seeing this problem with diffrent p= orts. >=20 > Installing kinput2-cann will install Canna as well. > You will need these 2 entries to run Canna. >=20 > canna_enable=3D"YES" > canna_flags=3D"-u bin inet" For what it's worth, I'm seeing no problems with scim-anthy.=20 I haven't used canna in a couple of years, but I don't recollect needing that inet flag--a simple canna_enable=3D"YES" worked perfectly for me.=20 (Of course, I don't know your specific circumstances, it may be necessary in your case--also, I only used it in a Bourne style shell, either sh, bash or zsh. As you're using setenv, I'm guessing you're using it in a c style shell.) Most people who switch to scim-anthy greatly prefer it to kinput2-canna. = =20 I'm only offering this as a workaround, and do realize that I don't know your particular setup--perhaps you've put a great deal of effort into customizing kinput2 and it would be a major problem to change.=20 Moshi yokei na osewa naraba, mou shiwake gozaimasen.=20 - --=20 Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: You're missing the whole point of Halloween. Willow: Free candy?! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6QaS+lTVdes0Z9YRAionAJ4w4Ay2VMfUh2TaV5eeCfxS1Xqu9QCdFHHt F9jUv1IHzG2xs5ulFB4AFtY=3D =3Dr1N8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 15:12:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EA2F16A400 for ; Sat, 3 Mar 2007 15:12:34 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id DA75A13C49D for ; Sat, 3 Mar 2007 15:12:33 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 99620 invoked from network); 3 Mar 2007 14:44:55 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Mar 2007 14:44:55 -0000 Message-ID: <45E99060.3030404@freebsd.org> Date: Sat, 03 Mar 2007 16:12:32 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Peter Jeremy References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> In-Reply-To: <20070303000125.GA9918@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 15:12:34 -0000 Peter Jeremy wrote: > On 2007-Jan-26 11:59:06 -0500, Andrew Gallatin wrote: > >>When running some benchmarks, I noticed tons of duplicate acks showing >>up in systat -tcp (thousands, or tens of thousands per second). > > > Whilst investigating other problems, I've just seen the same on 6.2. > The following trace was taken on 192.168.234.1, which is running > 6.2-RELEASE/i386 (with ipfilter enabled) with fxp (Intel 82559) NICs. > 192.168.234.64 is running 6.2-STABLE/amd64 from late January (no > firewall active) with a bge (Broadcom BCM5705 A3, ASIC rev. 0x3003) > NIC and checksum offloading enabled. > > The multiple SYN packets are due to a bug in the IPfilter state > management, though it eventually allows a SYN through. (And it is not > totally unrealistic for multiple SYNs to be required before a SYN-ACK > is received so this does not excuse the ACK flood). Note that the > duplicate ACKs are being sent from the host without a firewall so this > does not appear to be related to ipfilter (or kern/102653). This thing is really strange and difficult to debug. A look at the CVS history of tcp_input/output doesn't show any smoking gun. ACKs like these are totally pointless. There are three places able to cause ACKs: 1) tcp_input decides to call tcp_output [not the case here as there are no corresponding input packets to cause this]; 2) tcp_output has a unterminated loop somewhere causing it to spew the ACKs in rapid succession [unlikely as it holds the tcpcb lock and that would block inbound packets]; 3) tcp timers are misfiring or not properly dis- armed [here the logic in tcp_output may/should just ignore it and return w/o sending any packet]. I haven't experienced this bug myself which makes it even harder to debug. -- Andre > The common factor seems to be amd64. > > 08:11:59.725733 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:02.722826 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:05.922699 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:09.122652 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:12.322614 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:15.522575 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:21.722501 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:33.922361 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:58.122057 IP 192.168.234.64.49195 > 192.168.234.1.22: S 3976363428:3976363428(0) win 65535 > 08:12:58.122596 IP 192.168.234.1.22 > 192.168.234.64.49195: S 3756522873:3756522873(0) ack 3976363429 win 65535 > 08:12:58.122775 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522874 win 65535 > 08:12:58.274044 IP 192.168.234.1.22 > 192.168.234.64.49195: P 3756522874:3756522913(39) ack 3976363429 win 65535 > 08:12:58.274285 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274347 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274393 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274434 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274478 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274521 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274562 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274607 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274645 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274688 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274727 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274766 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274801 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274835 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274873 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274907 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274941 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.274975 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275010 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275044 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275120 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275163 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275200 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275243 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275282 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275317 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275352 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275387 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275421 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275455 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275490 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275525 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275559 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275594 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275629 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275663 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275697 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275732 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275766 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.275801 IP 192.168.234.64.49195 > 192.168.234.1.22: P 3976363429:3976363468(39) ack 3756522913 win 65535 > 08:12:58.275838 IP 192.168.234.64.49195 > 192.168.234.1.22: P 3976363468:3976364220(752) ack 3756522913 win 65535 > 08:12:58.279466 IP 192.168.234.1.22 > 192.168.234.64.49195: . ack 3976364220 win 64909 > 08:12:58.279671 IP 192.168.234.64.49195 > 192.168.234.1.22: . ack 3756522913 win 65535 > 08:12:58.301824 IP 192.168.234.1.22 > 192.168.234.64.49195: P 3756522913:3756523657(744) ack 3976364220 win 64948 > 08:12:58.302362 IP 192.168.234.64.49195 > 192.168.234.1.22: P 3976364220:3976364244(24) ack 3756523657 win 65535 > 08:12:58.402330 IP 192.168.234.1.22 > 192.168.234.64.49195: . ack 3976364244 win 65535 > From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 16:29:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B051016A513; Sat, 3 Mar 2007 16:29:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 19C3A13C481; Sat, 3 Mar 2007 16:29:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l23GSr5S005250; Sat, 3 Mar 2007 09:28:59 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45E9A236.1080005@samsco.org> Date: Sat, 03 Mar 2007 09:28:38 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Andre Oppermann References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> In-Reply-To: <45E99060.3030404@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 03 Mar 2007 09:28:59 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Peter Jeremy , freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 16:29:03 -0000 Andre Oppermann wrote: > Peter Jeremy wrote: >> On 2007-Jan-26 11:59:06 -0500, Andrew Gallatin >> wrote: >> >>> When running some benchmarks, I noticed tons of duplicate acks showing >>> up in systat -tcp (thousands, or tens of thousands per second). >> >> >> Whilst investigating other problems, I've just seen the same on 6.2. >> The following trace was taken on 192.168.234.1, which is running >> 6.2-RELEASE/i386 (with ipfilter enabled) with fxp (Intel 82559) NICs. >> 192.168.234.64 is running 6.2-STABLE/amd64 from late January (no >> firewall active) with a bge (Broadcom BCM5705 A3, ASIC rev. 0x3003) >> NIC and checksum offloading enabled. >> >> The multiple SYN packets are due to a bug in the IPfilter state >> management, though it eventually allows a SYN through. (And it is not >> totally unrealistic for multiple SYNs to be required before a SYN-ACK >> is received so this does not excuse the ACK flood). Note that the >> duplicate ACKs are being sent from the host without a firewall so this >> does not appear to be related to ipfilter (or kern/102653). > > This thing is really strange and difficult to debug. A look at the CVS > history > of tcp_input/output doesn't show any smoking gun. ACKs like these are > totally > pointless. There are three places able to cause ACKs: 1) tcp_input > decides to > call tcp_output [not the case here as there are no corresponding input > packets > to cause this]; 2) tcp_output has a unterminated loop somewhere causing > it to > spew the ACKs in rapid succession [unlikely as it holds the tcpcb lock > and that > would block inbound packets]; 3) tcp timers are misfiring or not > properly dis- > armed [here the logic in tcp_output may/should just ignore it and return > w/o > sending any packet]. > > I haven't experienced this bug myself which makes it even harder to debug. > Just for fun, I wonder what would happen if HZ was set back to 100. It's not a fix, but it might point to some misconfigured timers. Scott From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 17:38:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAB7316A400 for ; Sat, 3 Mar 2007 17:38:16 +0000 (UTC) (envelope-from pubmb01@skynet.be) Received: from outmx006.isp.belgacom.be (outmx006.isp.belgacom.be [195.238.4.99]) by mx1.freebsd.org (Postfix) with ESMTP id 717E513C481 for ; Sat, 3 Mar 2007 17:38:16 +0000 (UTC) (envelope-from pubmb01@skynet.be) Received: from outmx006.isp.belgacom.be (localhost [127.0.0.1]) by outmx006.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l23Hc9xQ013588 for ; Sat, 3 Mar 2007 18:38:09 +0100 (envelope-from ) Received: from [192.168.0.5] (108.229-242-81.adsl-dyn.isp.belgacom.be [81.242.229.108]) by outmx006.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l23Hc7o7013570 for ; Sat, 3 Mar 2007 18:38:07 +0100 (envelope-from ) From: Bruno Costacurta To: freebsd-current@freebsd.org User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Disposition: inline Date: Sat, 3 Mar 2007 18:37:33 +0100 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200703031837.33703.pubmb01@skynet.be> Subject: Bittorrent : any valid tracker ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 17:38:17 -0000 Hello, I'm trying to download via bittorrent since few days now and cannot connect to http://torrents.freebsd.org:8080 which remains unavailable. Any other trackers fro FreeBSD ? Maybe better to simply download via FTP ? Thanks. Bye, Bruno From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 17:43:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED8AE16A400 for ; Sat, 3 Mar 2007 17:43:36 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id CDFB513C442 for ; Sat, 3 Mar 2007 17:43:36 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l23HhYvw007587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 3 Mar 2007 09:43:34 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l23HhXNY013560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 3 Mar 2007 09:43:34 -0800 Message-ID: <45E9B3AC.6020200@u.washington.edu> Date: Sat, 03 Mar 2007 09:43:08 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200703031837.33703.pubmb01@skynet.be> In-Reply-To: <200703031837.33703.pubmb01@skynet.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.3.3.93434 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Bittorrent : any valid tracker ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 17:43:37 -0000 Bruno Costacurta wrote: > Hello, > > I'm trying to download via bittorrent since few days now and cannot connect to > http://torrents.freebsd.org:8080 which remains unavailable. > > Any other trackers fro FreeBSD ? > Maybe better to simply download via FTP ? > > Thanks. > Bye, > Bruno There's recent discussion about this on the questions@ list. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 18:38:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBE7F16A402 for ; Sat, 3 Mar 2007 18:38:29 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 771FF13C491 for ; Sat, 3 Mar 2007 18:38:29 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l23IcIC4099459; Sat, 3 Mar 2007 13:38:18 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <20070303000125.GA9918@turion.vk2pj.dyndns.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <20DDE355-5F52-4E1F-B316-D933C816DE3B@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Sat, 3 Mar 2007 13:38:23 -0500 To: Peter Jeremy X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2713/Sat Mar 3 10:57:58 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-0.042, required 6, AWL 0.51, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 18:38:29 -0000 On Mar 2, 2007, at 7:01 PM, Peter Jeremy wrote: > On 2007-Jan-26 11:59:06 -0500, Andrew Gallatin > wrote: >> When running some benchmarks, I noticed tons of duplicate acks >> showing >> up in systat -tcp (thousands, or tens of thousands per second). > > Whilst investigating other problems, I've just seen the same on 6.2. > The following trace was taken on 192.168.234.1, which is running > 6.2-RELEASE/i386 (with ipfilter enabled) with fxp (Intel 82559) NICs. > 192.168.234.64 is running 6.2-STABLE/amd64 from late January (no > firewall active) with a bge (Broadcom BCM5705 A3, ASIC rev. 0x3003) > NIC and checksum offloading enabled. > > The multiple SYN packets are due to a bug in the IPfilter state > management, though it eventually allows a SYN through. (And it is not > totally unrealistic for multiple SYNs to be required before a SYN-ACK > is received so this does not excuse the ACK flood). Note that the > duplicate ACKs are being sent from the host without a firewall so this > does not appear to be related to ipfilter (or kern/102653). > > The common factor seems to be amd64. I am seeing this problem on a machine with dual 64-bit Xeons in i386 mode: Vendor ID: "GenuineIntel"; CPUID level 5 Intel-specific functions: Version 00000f34: Type 0 - Original OEM Family 15 - Pentium 4 Extended family 0 Model 3 - Intel Pentium 4 processor (generic) or newer Stepping 4 Reserved 0 Extended brand string: " Intel(R) Xeon(TM) CPU 3.00GHz" CLFLUSH instruction cache line size: 8 Hyper threading siblings: 1 Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 21:09:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236AB16A400 for ; Sat, 3 Mar 2007 21:09:06 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id AC38A13C428 for ; Sat, 3 Mar 2007 21:09:03 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id l23L8x6M039828 for ; Sat, 3 Mar 2007 23:08:59 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 3 Mar 2007 23:08:59 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org In-Reply-To: <45E715B5.8020305@gmail.com> Message-ID: <20070303222828.T89640@atlantis.atlantis.dp.ua> References: <45E715B5.8020305@gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-196065811-1172956139=:89640" Subject: Re: [info] VPD scanning hangs with PV-BT878P+ TV card (Follow-up: i386 kernel just stops booting) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 21:09:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-196065811-1172956139=:89640 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hello! On Thu, 1 Mar 2007, Karol Kwiatkowski wrote: > following Bruce's advice I'm sending more information about PV-BT878P+ > TV card(PCI). To sum the problem up - if hw.pci.enable_vpd is set to 1 > kernel stops responding in sys/dev/pci/pci.c in pci_read_extcap() (case > PCIY_VPD) [1]. I've got an identical problem with the similar hardware. My PCI card is made by Kworld (Taiwan), that's the labels on the box and card: "V-STREAM", "Xpert TV-PVR PCI", "VS-TV878RF". It works under Windows quite nicely. Unfortunately, FreeBSD (both RELENG_6 and CURRENT) fails to detect card's tuner properly: bktr0: mem 0xf6afe000-0xf6afefff irq 17 at device 14.0 on pci2 bktr0: [GIANT-LOCKED] bktr0: Card has no configuration EEPROM. Cannot determine card make. bktr0: MT2032: Companycode=1112 Part=13 Revision=14 bktr0: MT2032 not found or unknown type bktr0: Pinnacle/Miro TV, Temic NTSC tuner. This problem is minor and only affects bktr device itself. However, recent CURRENT just hangs during the boot if I don't either remove the card or set hw.pci.enable_vpd=0. > Unfortunately sysutils/lspci doesn't seem to work here (neither on > RELENG_6 nor CURRENT), I used Knoppix CD for that: Utility lspci is provided by the port sysutils/pciutils; it works just fine for me under RELENG_6. I'm attaching the verbose boot messages with the exact point of the hang marked (see line with *'s), outputs of 'lspci -vv' and 'pciconf -lvc'. I'm ready to provide any additional info and test possible patches against the problem. I think that VPD processing should be robust enough to NOT hang in similar situations. > Karol Kwiatkowski Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE --0-196065811-1172956139=:89640 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg.boot Content-Transfer-Encoding: BASE64 Content-ID: <20070303230859.R89640@atlantis.atlantis.dp.ua> Content-Description: Content-Disposition: attachment; filename=dmesg.boot Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4wLUNVUlJFTlQg IzA6IFNhdCBNYXIgIDMgMTk6NTY6MzcgRUVUIDIwMDcNCiAgICByb290QGhv bWVseW54LmhvbWVuZXQ6L3Vzci9vYmovbW50My91c3IvQ1VSUkVOVC9zcmMv c3lzL2x5bngNCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4 cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLg0KVXNpbmcgMTYgY29sb3JzIGZv ciB0aGUgVk0tUFEgdHVuaW5nICg1MTIsIDgpDQpQcmVsb2FkZWQgZWxmIGtl cm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDkyMzAwMC4NClBy ZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvaWZfcHBwLmtvIiBh dCAweGMwOTIzMTU4Lg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tl cm5lbC9pZl90dW4ua28iIGF0IDB4YzA5MjMyMDQuDQpQcmVsb2FkZWQgZWxm IG1vZHVsZSAiL2Jvb3Qva2VybmVsL21paWJ1cy5rbyIgYXQgMHhjMDkyMzJi MC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvaWZfcmwu a28iIGF0IDB4YzA5MjMzNWMuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jv b3Qva2VybmVsL3NuZF9pY2gua28iIGF0IDB4YzA5MjM0MDguDQpQcmVsb2Fk ZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3NvdW5kLmtvIiBhdCAweGMw OTIzNGI0Lg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC91 c2Iua28iIGF0IDB4YzA5MjM1NjAuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAi L2Jvb3Qva2VybmVsL3VnZW4ua28iIGF0IDB4YzA5MjM2MDguDQpQcmVsb2Fk ZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3VscHQua28iIGF0IDB4YzA5 MjM2YjQuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Vt YXNzLmtvIiBhdCAweGMwOTIzNzYwLg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUg Ii9ib290L2tlcm5lbC9ia3RyLmtvIiBhdCAweGMwOTIzODBjLg0KUHJlbG9h ZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9ia3RyX21lbS5rbyIgYXQg MHhjMDkyMzhiOC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJu ZWwvYWdwLmtvIiBhdCAweGMwOTIzOTY4Lg0KUHJlbG9hZGVkIGVsZiBtb2R1 bGUgIi9ib290L2tlcm5lbC9yYW5kb20ua28iIGF0IDB4YzA5MjNhMTAuDQpQ cmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2lwZGl2ZXJ0Lmtv IiBhdCAweGMwOTIzYWJjLg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290 L2tlcm5lbC9kdW1teW5ldC5rbyIgYXQgMHhjMDkyM2I2Yy4NClByZWxvYWRl ZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvdWNvbS5rbyIgYXQgMHhjMDky M2MxYy4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvdXBs Y29tLmtvIiBhdCAweGMwOTIzY2M4Lg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUg Ii9ib290L2tlcm5lbC91ZnRkaS5rbyIgYXQgMHhjMDkyM2Q3NC4NClByZWxv YWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvY3B1ZnJlcS5rbyIgYXQg MHhjMDkyM2UyMC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJu ZWwvaWNod2Qua28iIGF0IDB4YzA5MjNlY2MuDQpQcmVsb2FkZWQgZWxmIG1v ZHVsZSAiL2Jvb3Qva2VybmVsL3NtYnVzLmtvIiBhdCAweGMwOTIzZjc4Lg0K UHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9zbWIua28iIGF0 IDB4YzA5MjQwMjQuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2Vy bmVsL2ljaHNtYi5rbyIgYXQgMHhjMDkyNDBjYy4NClByZWxvYWRlZCBlbGYg bW9kdWxlICIvYm9vdC9rZXJuZWwvYXRhcGljZC5rbyIgYXQgMHhjMDkyNDE3 OC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYXRhcGlj YW0ua28iIGF0IDB4YzA5MjQyMjQuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAi L2Jvb3Qva2VybmVsL2ZkYy5rbyIgYXQgMHhjMDkyNDJkNC4NClByZWxvYWRl ZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvc2lvLmtvIiBhdCAweGMwOTI0 MzdjLg0KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9kcm0u a28iIGF0IDB4YzA5MjQ0MjQuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jv b3Qva2VybmVsL3JhZGVvbi5rbyIgYXQgMHhjMDkyNDRjYy4NClByZWxvYWRl ZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIgYXQgMHhjMDky NDU3OC4NCmFjcGlfYWxsb2Nfd2FrZXVwX2hhbmRsZXI6IGNhbid0IGFsbG9j IHdha2UgbWVtb3J5DQpUYWJsZSAnRkFDUCcgYXQgMHgxZmY0MDIwMA0KVGFi bGUgJ0FQSUMnIGF0IDB4MWZmNDAzMDANCk1BRFQ6IEZvdW5kIHRhYmxlIGF0 IDB4MWZmNDAzMDANCkFQSUM6IFVzaW5nIHRoZSBNQURUIGVudW1lcmF0b3Iu DQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTogZW5hYmxl ZA0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMTI5IEFDUEkgSUQgMjogZGlz YWJsZWQNCkFDUEkgQVBJQyBUYWJsZTogPElOVEVMICBEODQ1RUJHMj4NCkNh bGlicmF0aW5nIGNsb2NrKHMpIC4uLiBpODI1NCBjbG9jazogMTE5MzE0OCBI eg0KQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0g dXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kNClRpbWVjb3VudGVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDYWxpYnJhdGluZyBU U0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMjgwMDEwOTAwMCBIeg0KQ1BVOiBJ bnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDIuODBHSHogKDI4MDAuMTEtTUh6 IDY4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJ ZCA9IDB4ZjI5ICBTdGVwcGluZyA9IDkNCiAgRmVhdHVyZXM9MHhiZmViZmJm ZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQ LE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJ LE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+DQogIEZlYXR1cmVz Mj0weDQ0MDA8Q05YVC1JRCxYVFBSPg0KDQpJbnN0cnVjdGlvbiBUTEI6IDQg S0IsIDIgTUIgb3IgNCBNQiBwYWdlcywgZnVsbHkgYXNzb2NpYXRpdmUsIDEy OCBlbnRyaWVzDQpEYXRhIFRMQjogNCBLQiBvciA0IE1CIHBhZ2VzLCBmdWxs eSBhc3NvY2lhdGl2ZSwgNjQgZW50cmllcw0KMXN0LWxldmVsIGRhdGEgY2Fj aGU6IDggS0IsIDQtd2F5IHNldCBhc3NvY2lhdGl2ZSwgc2VjdG9yZWQgY2Fj aGUsIDY0IGJ5dGUgbGluZSBzaXplDQpUcmFjZSBjYWNoZTogMTJLLXVvcHMs IDgtd2F5IHNldCBhc3NvY2lhdGl2ZQ0KMm5kLWxldmVsIGNhY2hlOiA1MTIg S0IsIDgtd2F5IHNldCBhc3NvY2lhdGl2ZSwgc2VjdG9yZWQgY2FjaGUsIDY0 IGJ5dGUgbGluZSBzaXplDQpyZWFsIG1lbW9yeSAgPSA1MzYwODQ0ODAgKDUx MSBNQikNClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToNCjB4MDAwMDAwMDAw MDAwMTAwMCAtIDB4MDAwMDAwMDAwMDA5ZWZmZiwgNjQ3MTY4IGJ5dGVzICgx NTggcGFnZXMpDQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAz ZmZmZmYsIDMxNDU3MjggYnl0ZXMgKDc2OCBwYWdlcykNCjB4MDAwMDAwMDAw MGMyNTAwMCAtIDB4MDAwMDAwMDAxZjVmZWZmZiwgNTEzNjQ2NTkyIGJ5dGVz ICgxMjU0MDIgcGFnZXMpDQphdmFpbCBtZW1vcnkgPSA1MTE5OTU5MDQgKDQ4 OCBNQikNCmJpb3MzMjogRm91bmQgQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5 IGhlYWRlciBhdCAweGMwMGYwMDAwDQpiaW9zMzI6IEVudHJ5ID0gMHhmMDAx MCAoYzAwZjAwMTApICBSZXYgPSAwICBMZW4gPSAxDQpwY2liaW9zOiBQQ0kg QklPUyBlbnRyeSBhdCAweGYwMDAwKzB4MzENCnBucGJpb3M6IEZvdW5kIFBu UCBCSU9TIGRhdGEgYXQgMHhjMDBmNDkwMA0KcG5wYmlvczogRW50cnkgPSBm MDAwMDo0ZjNhICBSZXYgPSAxLjANCk90aGVyIEJJT1Mgc2lnbmF0dXJlcyBm b3VuZDoNCkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDENCk1BRFQ6IEZvdW5k IElPIEFQSUMgSUQgMSwgSW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMA0KaW9h cGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxDQppb2FwaWMwOiBSb3V0aW5n IGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50cGluIDANCmxhcGljMDogUm91dGlu ZyBOTUkgLT4gTElOVDENCk1BRFQ6IElnbm9yaW5nIGxvY2FsIE5NSSByb3V0 ZWQgdG8gQUNQSSBDUFUgMg0KTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBz b3VyY2UgMCwgaXJxIDINCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50 cGluIDINCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGly cSA5DQppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBsZXZlbA0KaW9hcGlj MCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZA0KY3B1 MCBCU1A6DQogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0 IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYNCiAgbGludDA6IDB4 MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZg0KICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMTAwMGYgcGNtOiAweDAwMDEwMDAwDQpmZWVk ZXJfcmVnaXN0ZXI6IHNuZF91bml0PTAgc25kX21heGF1dG92Y2hhbnM9NCBs YXRlbmN5PTUgZmVlZGVyX2J1ZmZlcnNpemU9MTYzODQgZmVlZGVyX3JhdGVf bWluPTEgZmVlZGVyX3JhdGVfbWF4PTIwMTYwMDAgZmVlZGVyX3JhdGVfcm91 bmQ9MjUNCmNyeXB0bzogPGNyeXB0byBjb3JlPg0KYmt0cl9tZW06IG1lbW9y eSBob2xkZXIgbG9hZGVkDQppbzogPEkvTz4NCnJhbmRvbTogPGVudHJvcHkg c291cmNlLCBTb2Z0d2FyZSwgWWFycm93Pg0KbWVtOiA8bWVtb3J5Pg0KUGVu dGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQNCmljaHdkIG1vZHVsZSBs b2FkZWQNCm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+DQphY3Bp MDogPElOVEVMIEQ4NDVFQkcyPiBvbiBtb3RoZXJib2FyZA0KaW9hcGljMDog cm91dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5KSB0byB2ZWN0b3IgNDgNCmFj cGkwOiBbTVBTQUZFXQ0KYWNwaTA6IFtJVEhSRUFEXQ0KcGNpX29wZW4oMSk6 CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwMDA5NA0KcGNp X29wZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQ0K cGNpX2NmZ2NoZWNrOglkZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRyPTAw XSBpcyB0aGVyZSAoaWQ9MWEzMDgwODYpDQpwY2liaW9zOiBCSU9TIHZlcnNp b24gMi4xMA0KQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAzMSBmdW5j IDANCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KQUNQSSB0aW1lcjog MS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIC0+IDEw DQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBI eiBxdWFsaXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0 IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwDQpwY2lf bGluazA6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1IDcg OSAxMCAxMSAxMiAxNCAxNQ0KICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAx MSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQ0KICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAx MCAxMSAxMiAxNCAxNQ0KcGNpX2xpbmsxOiAgICAgICAgSW5kZXggIElSUSAg UnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEg ICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUNCiAgVmFsaWRh dGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA3IDkgMTAg MTEgMTIgMTQgMTUNCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBO ICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUNCnBjaV9saW5rMjog ICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwg UHJvYmUgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDEx IDEyIDE0IDE1DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAg ICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1DQogIEFmdGVyIERpc2Fi bGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEy IDE0IDE1DQpwY2lfbGluazM6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcw0KICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAg IDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQ0KICBWYWxpZGF0aW9uICAg ICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAx NCAxNQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQ0KcGNpX2xpbms0OiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAx NCAxNQ0KICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1DQogIEFmdGVyIERpc2FibGUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIg MTQgMTUNCnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUNCiAgVmFsaWRhdGlvbiAg ICAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAx MiAxNCAxNQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazY6ICAg ICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFsIFBy b2JlICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDEx IDEyIDE0IDE1DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDEwICAgTiAg ICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUNCiAgQWZ0ZXIgRGlz YWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAx MSAxMiAxNCAxNQ0KcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDkgICBO ICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQ0KICBWYWxpZGF0 aW9uICAgICAgICAgIDAgICAgOSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1DQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUNCmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTANCmNwdTA6IHN3aXRjaGluZyB0byBnZW5lcmlj IEN4IG1vZGUNCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHUwDQpwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBw b3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMA0KcGNpMDogcGh5c2ljYWwgYnVzPTANCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MWEzMCwgcmV2aWQ9MHgxMQ0KCWJ1cz0wLCBz bG90PTAsIGZ1bmM9MA0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTANCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MjA5MCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCgltYXBbMTBd OiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIDB4ZjgwMDAwMDAsIHNpemUgMjYs IGVuYWJsZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MWEzMSwg cmV2aWQ9MHgxMQ0KCWJ1cz0wLCBzbG90PTEsIGZ1bmM9MA0KCWNsYXNzPTA2 LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCgljbWRyZWc9MHgwMTA3 LCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0 aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwYSAoMjUwMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgyNGMyLCByZXZpZD0weDAxDQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MA0K CWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRy ZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTExDQoJbWFw WzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweGU4MDAsIHNpemUgIDUs IGVuYWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEN CnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNg0KZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNGM0LCByZXZpZD0weDAxDQoJ YnVzPTAsIHNsb3Q9MjksIGZ1bmM9MQ0KCWNsYXNzPTBjLTAzLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4 MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykN CglpbnRwaW49YiwgaXJxPTExDQoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAweGU4ODAsIHNpemUgIDUsIGVuYWJsZWQNCnBjaWIwOiBtYXRj aGVkIGVudHJ5IGZvciAwLjI5LklOVEINCnBjaWIwOiBzbG90IDI5IElOVEIg aGFyZHdpcmVkIHRvIElSUSAxOQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyNGM3LCByZXZpZD0weDAxDQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9 Mg0KCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglj bWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YywgaXJxPTUNCglt YXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZWMwMCwgc2l6ZSAg NSwgZW5hYmxlZA0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5U Qw0KcGNpYjA6IHNsb3QgMjkgSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4DQpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0Y2QsIHJldmlkPTB4MDEN CglidXM9MCwgc2xvdD0yOSwgZnVuYz03DQoJY2xhc3M9MGMtMDMtMjAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9 MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KCWludHBpbj1kLCBpcnE9OQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMA0KCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIs IGJhc2UgMHhmZmFmZmMwMCwgc2l6ZSAxMCwgZW5hYmxlZA0KcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMjkuSU5URA0KcGNpYjA6IHNsb3QgMjkgSU5U RCBoYXJkd2lyZWQgdG8gSVJRIDIzDQpmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDI0NGUsIHJldmlkPTB4ODENCglidXM9MCwgc2xvdD0zMCwgZnVu Yz0wDQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MA0K CWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHg4MDgwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNiAo MTUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgyNGMwLCByZXZpZD0weDAxDQoJYnVzPTAsIHNsb3Q9 MzEsIGZ1bmM9MA0KCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTENCgljbWRyZWc9MHgwMTBmLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVs bnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjRjYiwgcmV2aWQ9MHgwMQ0KCWJ1cz0wLCBz bG90PTMxLCBmdW5jPTENCgljbGFzcz0wMS0wMS04YSwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNh Y2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGlu PWEsIGlycT0yNTUNCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDB4ZmZhMCwgc2l6ZSAgNCwgZW5hYmxlZA0KCW1hcFsyNF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgMCwgc2l6ZSAxMCwgbWVtb3J5IGRpc2FibGVkDQpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0YzMsIHJldmlkPTB4MDEN CglidXM9MCwgc2xvdD0zMSwgZnVuYz0zDQoJY2xhc3M9MGMtMDUtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDEsIHN0YXRyZWc9 MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KCWludHBpbj1iLCBpcnE9MTENCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdl IDMyLCBiYXNlIDB4ZTAwMCwgc2l6ZSAgNSwgZW5hYmxlZA0KcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMzEuSU5UQg0KcGNpYjA6IHNsb3QgMzEgSU5U QiBoYXJkd2lyZWQgdG8gSVJRIDE3DQpmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDI0YzUsIHJldmlkPTB4MDENCglidXM9MCwgc2xvdD0zMSwgZnVu Yz01DQoJY2xhc3M9MDQtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0K CWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1iLCBpcnE9MTEN Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglt YXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZTQwMCwgc2l6ZSAg OCwgZW5hYmxlZA0KCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2Ug MHhlMDgwLCBzaXplICA2LCBlbmFibGVkDQoJbWFwWzE4XTogdHlwZSAxLCBy YW5nZSAzMiwgYmFzZSAweGZmYWZmODAwLCBzaXplICA5LCBlbmFibGVkDQoJ bWFwWzFjXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSAweGZmYWZmNDAwLCBz aXplICA4LCBlbmFibGVkDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4z MS5JTlRCDQpwY2liMDogc2xvdCAzMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEg MTcNCmFncDA6IDxJbnRlbCA4Mjg0NSBob3N0IHRvIEFHUCBicmlkZ2U+IG9u IGhvc3RiMA0KaG9zdGIwOiBSZXNlcnZlZCAweDQwMDAwMDAgYnl0ZXMgZm9y IHJpZCAweDEwIHR5cGUgMyBhdCAweGY4MDAwMDAwDQphZ3AwOiBhbGxvY2F0 aW5nIEdBVFQgZm9yIGFwZXJ0dXJlIG9mIHNpemUgNjRNDQpwY2liMTogPFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCnBjaWIxOiAg IHNlY29uZGFyeSBidXMgICAgIDENCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1 cyAgIDENCnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGNm ZmYNCnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmY4MDAwMDAtMHhm ZjhmZmZmZg0KcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhkNjkwMDAw MC0weGY2OWZmZmZmDQpwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjENCnBjaTE6 IHBoeXNpY2FsIGJ1cz0xDQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0w eDQxNTMsIHJldmlkPTB4MDANCglidXM9MSwgc2xvdD0wLCBmdW5jPTANCglj bGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVn PTB4MDEwNywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej04IChkd29yZHMp DQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDggKDIwMDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTExDQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQw DQoJbWFwWzEwXTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSAweGU4MDAwMDAw LCBzaXplIDI3LCBlbmFibGVkDQpwY2liMTogcmVxdWVzdGVkIG1lbW9yeSBy YW5nZSAweGU4MDAwMDAwLTB4ZWZmZmZmZmY6IGdvb2QNCgltYXBbMTRdOiB0 eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4YzgwMCwgc2l6ZSAgOCwgZW5hYmxl ZA0KcGNpYjE6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhjODAwLTB4YzhmZjog aW4gcmFuZ2UNCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDB4 ZmY4ZjAwMDAsIHNpemUgMTYsIGVuYWJsZWQNCnBjaWIxOiByZXF1ZXN0ZWQg bWVtb3J5IHJhbmdlIDB4ZmY4ZjAwMDAtMHhmZjhmZmZmZjogZ29vZA0KcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMS5JTlRBDQpwY2liMDogc2xvdCAx IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNg0KcGNpYjE6IHNsb3QgMCBJTlRB IGlzIHJvdXRlZCB0byBpcnEgMTYNCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwg ZGV2PTB4NDE3MywgcmV2aWQ9MHgwMA0KCWJ1cz0xLCBzbG90PTAsIGZ1bmM9 MQ0KCWNsYXNzPTAzLTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglj bWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJiMCwgY2FjaGVsbnN6PTggKGR3 b3JkcykNCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwOCAo MjAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMA0KCW1hcFsxMF06IHR5 cGUgMywgcmFuZ2UgMzIsIGJhc2UgMHhlMDAwMDAwMCwgc2l6ZSAyNywgZW5h YmxlZA0KcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhlMDAwMDAw MC0weGU3ZmZmZmZmOiBnb29kDQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAz MiwgYmFzZSAweGZmOGUwMDAwLCBzaXplIDE2LCBlbmFibGVkDQpwY2liMTog cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZmOGUwMDAwLTB4ZmY4ZWZmZmY6 IGdvb2QNCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0 IDB4YzgwMC0weGM4ZmYgbWVtIDB4ZTgwMDAwMDAtMHhlZmZmZmZmZiwweGZm OGYwMDAwLTB4ZmY4ZmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNp MQ0KZHJtMDogPEFUSSBSYWRlb24gQVMgOTU1MD4gb24gdmdhcGNpMA0KaW5m bzogW2RybV0gQUdQIGF0IDB4ZjgwMDAwMDAgNjRNQg0KaW5mbzogW2RybV0g SW5pdGlhbGl6ZWQgcmFkZW9uIDEuMjUuMCAyMDA2MDUyNA0KdmdhcGNpMTog PFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGUwMDAwMDAwLTB4ZTdm ZmZmZmYsMHhmZjhlMDAwMC0weGZmOGVmZmZmIGF0IGRldmljZSAwLjEgb24g cGNpMQ0KdWhjaTA6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJv bGxlciBVU0ItQT4gcG9ydCAweGU4MDAtMHhlODFmIGlycSAxNiBhdCBkZXZp Y2UgMjkuMCBvbiBwY2kwDQp1aGNpMDogUmVzZXJ2ZWQgMHgyMCBieXRlcyBm b3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4ZTgwMA0KaW9hcGljMDogcm91dGlu ZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIHZlY3RvciA0OQ0KdWhjaTA6 IFtHSUFOVC1MT0NLRURdDQp1aGNpMDogW0lUSFJFQURdDQp1c2IwOiA8SW50 ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVo Y2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogPEludGVsIFVI Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx PiBvbiB1c2IwDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCnVoY2kxOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNC IGNvbnRyb2xsZXIgVVNCLUI+IHBvcnQgMHhlODgwLTB4ZTg5ZiBpcnEgMTkg YXQgZGV2aWNlIDI5LjEgb24gcGNpMA0KdWhjaTE6IFJlc2VydmVkIDB4MjAg Ynl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweGU4ODANCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0byB2ZWN0b3IgNTAN CnVoY2kxOiBbR0lBTlQtTE9DS0VEXQ0KdWhjaTE6IFtJVEhSRUFEXQ0KdXNi MTogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1C PiBvbiB1aGNpMQ0KdXNiMTogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjE6IDxJ bnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNiMQ0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQp1aGNpMjogPEludGVsIDgyODAxREIgKElD SDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4ZWMwMC0weGVjMWYg aXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTANCnVoY2kyOiBSZXNlcnZl ZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHhlYzAwDQpp b2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gdmVj dG9yIDUxDQp1aGNpMjogW0dJQU5ULUxPQ0tFRF0NCnVoY2kyOiBbSVRIUkVB RF0NCnVzYjI6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxl ciBVU0ItQz4gb24gdWhjaTINCnVzYjI6IFVTQiByZXZpc2lvbiAxLjANCnVo dWIyOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYjINCnVodWIyOiAyIHBvcnRzIHdpdGgg MiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KZWhjaTA6IDxJbnRlbCA4Mjgw MURCL0wvTSAoSUNINCkgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZmFm ZmMwMC0weGZmYWZmZmZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kw DQplaGNpMDogUmVzZXJ2ZWQgMHg0MDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5 cGUgMyBhdCAweGZmYWZmYzAwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAy MyAoUENJIElSUSAyMykgdG8gdmVjdG9yIDUyDQplaGNpMDogW0dJQU5ULUxP Q0tFRF0NCmVoY2kwOiBbSVRIUkVBRF0NCnVzYjM6IEVIQ0kgdmVyc2lvbiAx LjANCnVzYjM6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNo OiB1c2IwIHVzYjEgdXNiMg0KdXNiMzogPEludGVsIDgyODAxREIvTC9NIChJ Q0g0KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwDQp1c2IzOiBVU0Ig cmV2aXNpb24gMi4wDQp1aHViMzogPEludGVsIEVIQ0kgcm9vdCBodWIsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IzDQp1aHVi MzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24g cGNpMA0KcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMg0KcGNpYjI6ICAg c3Vib3JkaW5hdGUgYnVzICAgMg0KcGNpYjI6ICAgSS9PIGRlY29kZSAgICAg ICAgMHhkMDAwLTB4ZGZmZg0KcGNpYjI6ICAgbWVtb3J5IGRlY29kZSAgICAg MHhmZjkwMDAwMC0weGZmOWZmZmZmDQpwY2liMjogICBwcmVmZXRjaGVkIGRl Y29kZSAweGY2YTAwMDAwLTB4ZjZhZmZmZmYNCnBjaWIyOiAgIFN1YnRyYWN0 aXZlbHkgZGVjb2RlZCBicmlkZ2UuDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMg0KcGNpMjogcGh5c2ljYWwgYnVzPTINCmZvdW5kLT4JdmVuZG9y PTB4MTA1YSwgZGV2PTB4NGQ2OCwgcmV2aWQ9MHgwMg0KCWJ1cz0yLCBzbG90 PTEsIGZ1bmM9MA0KCWNsYXNzPTAxLTgwLTg1LCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTANCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDQzMCwgY2FjaGVs bnN6PTggKGR3b3JkcykNCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5n bnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDEyICg0NTAwIG5zKQ0KCWlu dHBpbj1hLCBpcnE9MTANCglwb3dlcnNwZWMgMSAgc3VwcG9ydHMgRDAgRDEg RDMgIGN1cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDB4ZGMwMCwgc2l6ZSAgMywgZW5hYmxlZA0KcGNpYjI6IHJlcXVlc3Rl ZCBJL08gcmFuZ2UgMHhkYzAwLTB4ZGMwNzogaW4gcmFuZ2UNCgltYXBbMTRd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZDg4MCwgc2l6ZSAgMiwgZW5h YmxlZA0KcGNpYjI6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhkODgwLTB4ZDg4 MzogaW4gcmFuZ2UNCgltYXBbMThdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDB4ZDgwMCwgc2l6ZSAgMywgZW5hYmxlZA0KcGNpYjI6IHJlcXVlc3RlZCBJ L08gcmFuZ2UgMHhkODAwLTB4ZDgwNzogaW4gcmFuZ2UNCgltYXBbMWNdOiB0 eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZDQ4MCwgc2l6ZSAgMiwgZW5hYmxl ZA0KcGNpYjI6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhkNDgwLTB4ZDQ4Mzog aW4gcmFuZ2UNCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4 ZDQwMCwgc2l6ZSAgNCwgZW5hYmxlZA0KcGNpYjI6IHJlcXVlc3RlZCBJL08g cmFuZ2UgMHhkNDAwLTB4ZDQwZjogaW4gcmFuZ2UNCgltYXBbMjRdOiB0eXBl IDEsIHJhbmdlIDMyLCBiYXNlIDB4ZmY5ZmMwMDAsIHNpemUgMTQsIGVuYWJs ZWQNCnBjaWIyOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmY5ZmMwMDAt MHhmZjlmZmZmZjogZ29vZA0KcGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDIu MS5JTlRBDQpwY2liMjogc2xvdCAxIElOVEEgaGFyZHdpcmVkIHRvIElSUSAy Mg0KZm91bmQtPgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTM5LCByZXZpZD0w eDEwDQoJYnVzPTIsIHNsb3Q9MTIsIGZ1bmM9MA0KCWNsYXNzPTAyLTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMTA3LCBzdGF0 cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0w eDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgyMCAoODAwMCBucyksIG1heGxhdD0w eDQwICgxNjAwMCBucykNCglpbnRwaW49YSwgaXJxPTExDQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwDQoJbWFwWzEw XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweGQwMDAsIHNpemUgIDgsIGVu YWJsZWQNCnBjaWIyOiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ZDAwMC0weGQw ZmY6IGluIHJhbmdlDQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFz ZSAweGZmOWY3YzAwLCBzaXplICA4LCBlbmFibGVkDQpwY2liMjogcmVxdWVz dGVkIG1lbW9yeSByYW5nZSAweGZmOWY3YzAwLTB4ZmY5ZjdjZmY6IGdvb2QN CnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjEyLklOVEENCnBjaWIyOiBz bG90IDEyIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNw0KDQoqKioqKioqKioq IGhhbmdzIGhlcmUgd2l0aCBody5wY2kuZW5hYmxlX3ZwZD0xICoqKioqKioq KioqKioqDQoNCmZvdW5kLT4JdmVuZG9yPTB4MTA5ZSwgZGV2PTB4MDM2ZSwg cmV2aWQ9MHgxMQ0KCWJ1cz0yLCBzbG90PTE0LCBmdW5jPTANCgljbGFzcz0w NC0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDEw Niwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0 dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MTAgKDQwMDAgbnMpLCBt YXhsYXQ9MHgyOCAoMTAwMDAgbnMpDQoJaW50cGluPWEsIGlycT0xMQ0KCXBv d2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KCW1hcFsx MF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgMHhmNmFmZTAwMCwgc2l6ZSAx MiwgZW5hYmxlZA0KcGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhm NmFmZTAwMC0weGY2YWZlZmZmOiBnb29kDQpwY2liMjogbWF0Y2hlZCBlbnRy eSBmb3IgMi4xNC5JTlRBDQpwY2liMjogc2xvdCAxNCBJTlRBIGhhcmR3aXJl ZCB0byBJUlEgMTcNCmZvdW5kLT4JdmVuZG9yPTB4MTA5ZSwgZGV2PTB4MDg3 OCwgcmV2aWQ9MHgxMQ0KCWJ1cz0yLCBzbG90PTE0LCBmdW5jPTENCgljbGFz cz0wNC04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4 MDEwNiwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJ bGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDQgKDEwMDAgbnMp LCBtYXhsYXQ9MHhmZiAoNjM3NTAgbnMpDQoJaW50cGluPWEsIGlycT0xMQ0K CXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KCW1h cFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgMHhmNmFmZjAwMCwgc2l6 ZSAxMiwgZW5hYmxlZA0KcGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2Ug MHhmNmFmZjAwMC0weGY2YWZmZmZmOiBnb29kDQpwY2liMjogbWF0Y2hlZCBl bnRyeSBmb3IgMi4xNC5JTlRBDQpwY2liMjogc2xvdCAxNCBJTlRBIGhhcmR3 aXJlZCB0byBJUlEgMTcNCmF0YXBjaTA6IDxQcm9taXNlIFBEQzIwMjY4IFVE TUExMDAgY29udHJvbGxlcj4gcG9ydCAweGRjMDAtMHhkYzA3LDB4ZDg4MC0w eGQ4ODMsMHhkODAwLTB4ZDgwNywweGQ0ODAtMHhkNDgzLDB4ZDQwMC0weGQ0 MGYgbWVtIDB4ZmY5ZmMwMDAtMHhmZjlmZmZmZiBpcnEgMjIgYXQgZGV2aWNl IDEuMCBvbiBwY2kyDQphdGFwY2kwOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZv ciByaWQgMHgyMCB0eXBlIDQgYXQgMHhkNDAwDQppb2FwaWMwOiByb3V0aW5n IGludHBpbiAyMiAoUENJIElSUSAyMikgdG8gdmVjdG9yIDUzDQphdGFwY2kw OiBbTVBTQUZFXQ0KYXRhcGNpMDogW0lUSFJFQURdDQphdGEyOiA8QVRBIGNo YW5uZWwgMD4gb24gYXRhcGNpMA0KYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHhkYzAwDQphdGFwY2kwOiBS ZXNlcnZlZCAweDQgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUgNCBhdCAweGQ4 ODANCmF0YTI6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9 MDANCmF0YTI6IHN0YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4 MDANCmF0YTI6IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4 MDANCmF0YTI6IHJlc2V0IHRwMiBzdGF0MD01MCBzdGF0MT0wMCBkZXZpY2Vz PTB4MTxBVEFfTUFTVEVSPg0KYXRhMjogW01QU0FGRV0NCmF0YTI6IFtJVEhS RUFEXQ0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCmF0YXBj aTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTggdHlwZSA0IGF0 IDB4ZDgwMA0KYXRhcGNpMDogUmVzZXJ2ZWQgMHg0IGJ5dGVzIGZvciByaWQg MHgxYyB0eXBlIDQgYXQgMHhkNDgwDQphdGEzOiByZXNldCB0cDEgbWFzaz0w MyBvc3RhdDA9NjAgb3N0YXQxPTcwDQphdGEzOiBzdGF0MD0weDIwIGVycj0w eDIwIGxzYj0weDIwIG1zYj0weDIwDQphdGEzOiBzdGF0MT0weDMwIGVycj0w eDMwIGxzYj0weDMwIG1zYj0weDMwDQphdGEzOiByZXNldCB0cDIgc3RhdDA9 MjAgc3RhdDE9MzAgZGV2aWNlcz0weDANCmF0YTM6IFtNUFNBRkVdDQphdGEz OiBbSVRIUkVBRF0NCnJsMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJp ZCAweDEwIHR5cGUgNCBhdCAweGQwMDANCnBjaWIyOiBybDAgcmVxdWVzdGVk IEkvTyByYW5nZSAweGQwMDAtMHhkMGZmOiBpbiByYW5nZQ0KcmwwOiA8UmVh bFRlayA4MTM5IDEwLzEwMEJhc2VUWD4gcG9ydCAweGQwMDAtMHhkMGZmIG1l bSAweGZmOWY3YzAwLTB4ZmY5ZjdjZmYgaXJxIDE3IGF0IGRldmljZSAxMi4w IG9uIHBjaTINCnBjaWIyOiBybDAgcmVxdWVzdGVkIEkvTyByYW5nZSAweGQw MDAtMHhkMGZmOiBpbiByYW5nZQ0KbWlpYnVzMDogPE1JSSBidXM+IG9uIHJs MA0KcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZhY2U+ IFBIWSAwIG9uIG1paWJ1czANCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQt RkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCnJsMDogYnBm IGF0dGFjaGVkDQpybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBlOjJlOjA2 OjBkOjc0DQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNyAoUENJIElSUSAx NykgdG8gdmVjdG9yIDU0DQpybDA6IFtNUFNBRkVdDQpybDA6IFtJVEhSRUFE XQ0KYmt0cjA6IDxCcm9va1RyZWUgODc4PiBtZW0gMHhmNmFmZTAwMC0weGY2 YWZlZmZmIGlycSAxNyBhdCBkZXZpY2UgMTQuMCBvbiBwY2kyDQpia3RyMDog UmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQg MHhmNmFmZTAwMA0KYmt0cjA6IFtHSUFOVC1MT0NLRURdDQpia3RyMDogW0lU SFJFQURdDQpicm9va3RyZWUwOiBQQ0kgYnVzIGxhdGVuY3kgaXMgMzIuDQpi a3RyMDogYnVmZmVyIHNpemUgMzU1NTMyOCwgYWRkciAweDFiMDAwMDAwDQpi a3RyMDogR1BJTyBpcyAweDAwN2ZmZmZmDQpia3RyMDogQ2FyZCBoYXMgbm8g Y29uZmlndXJhdGlvbiBFRVBST00uIENhbm5vdCBkZXRlcm1pbmUgY2FyZCBt YWtlLg0KYmt0cjA6IGNhcmQgc2lnbmF0dXJlOiAgMDAgIDAwICAwMCAgMDAg IDAwICAwMCAgMDAgIDAwICAwMCAgMDAgIDAwICAwMCAgMDMgIDAwICAwMCAg MDAgDQoNCmJrdHIwOiBNVDIwMzI6IENvbXBhbnljb2RlPTExMTIgUGFydD0x MyBSZXZpc2lvbj0xNA0KYmt0cjA6IE1UMjAzMiBub3QgZm91bmQgb3IgdW5r bm93biB0eXBlDQpia3RyMDogUGlubmFjbGUvTWlybyBUViwgVGVtaWMgTlRT QyB0dW5lci4NCnBjaTI6IDxtdWx0aW1lZGlhPiBhdCBkZXZpY2UgMTQuMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4g YXQgZGV2aWNlIDMxLjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlz YWIwDQphdGFwY2kxOiA8SW50ZWwgSUNINCBVRE1BMTAwIGNvbnRyb2xsZXI+ IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhm ZmEwLTB4ZmZhZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwDQphdGFwY2kxOiBS ZXNlcnZlZCAweDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHhm ZmEwDQphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQ0KYXRhcGNp MTogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQg MHgxZjANCmF0YXBjaTE6IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4 MTQgdHlwZSA0IGF0IDB4M2Y2DQphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBv c3RhdDA9NTAgb3N0YXQxPTAwDQphdGEwOiBzdGF0MD0weDUwIGVycj0weDAx IGxzYj0weDAwIG1zYj0weDAwDQphdGEwOiBzdGF0MT0weDAwIGVycj0weDAx IGxzYj0weDAwIG1zYj0weDAwDQphdGEwOiByZXNldCB0cDIgc3RhdDA9NTAg c3RhdDE9MDAgZGV2aWNlcz0weDE8QVRBX01BU1RFUj4NCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byB2ZWN0b3IgNTUNCmF0 YTA6IFtNUFNBRkVdDQphdGEwOiBbSVRIUkVBRF0NCmF0YTE6IDxBVEEgY2hh bm5lbCAxPiBvbiBhdGFwY2kxDQphdGFwY2kxOiBSZXNlcnZlZCAweDggYnl0 ZXMgZm9yIHJpZCAweDE4IHR5cGUgNCBhdCAweDE3MA0KYXRhcGNpMTogUmVz ZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxYyB0eXBlIDQgYXQgMHgzNzYN CmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9NTAN CmF0YTE6IHN0YXQwPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIN CmF0YTE6IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIN CmF0YTE6IHJlc2V0IHRwMiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4 YzxBVEFQSV9TTEFWRSxBVEFQSV9NQVNURVI+DQppb2FwaWMwOiByb3V0aW5n IGludHBpbiAxNSAoSVNBIElSUSAxNSkgdG8gdmVjdG9yIDU2DQphdGExOiBb TVBTQUZFXQ0KYXRhMTogW0lUSFJFQURdDQppY2hzbWIwOiA8SW50ZWwgODI4 MDFEQyAoSUNINCkgU01CdXMgY29udHJvbGxlcj4gcG9ydCAweGUwMDAtMHhl MDFmIGlycSAxNyBhdCBkZXZpY2UgMzEuMyBvbiBwY2kwDQppY2hzbWIwOiBS ZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHhl MDAwDQppY2hzbWIwOiBbR0lBTlQtTE9DS0VEXQ0KaWNoc21iMDogW0lUSFJF QURdDQpzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGljaHNt YjANCnNtYjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21idXMwDQpwY20w OiA8SW50ZWwgSUNINCAoODI4MDFEQik+IHBvcnQgMHhlNDAwLTB4ZTRmZiww eGUwODAtMHhlMGJmIG1lbSAweGZmYWZmODAwLTB4ZmZhZmY5ZmYsMHhmZmFm ZjQwMC0weGZmYWZmNGZmIGlycSAxNyBhdCBkZXZpY2UgMzEuNSBvbiBwY2kw DQpwY20wOiBSZXNlcnZlZCAweDIwMCBieXRlcyBmb3IgcmlkIDB4MTggdHlw ZSAzIGF0IDB4ZmZhZmY4MDANCnBjbTA6IFJlc2VydmVkIDB4MTAwIGJ5dGVz IGZvciByaWQgMHgxYyB0eXBlIDMgYXQgMHhmZmFmZjQwMA0KcGNtMDogW01Q U0FGRV0NCnBjbTA6IFtJVEhSRUFEXQ0KcGNtMDogcHJpbWFyeSBjb2RlYyBu b3QgcmVhZHkhDQpwY20wOiA8QW5hbG9nIERldmljZXMgQUQxOTgxQSBBQzk3 IENvZGVjIChpZCA9IDB4NDE0NDUzNzIpPg0KcGNtMDogQ29kZWMgZmVhdHVy ZXMgaGVhZHBob25lLCAyMCBiaXQgREFDLCA1IGJpdCBtYXN0ZXIgdm9sdW1l LCBubyAzRCBTdGVyZW8gRW5oYW5jZW1lbnQNCnBjbTA6IFByaW1hcnkgY29k ZWMgZXh0ZW5kZWQgZmVhdHVyZXMgdmFyaWFibGUgcmF0ZSBQQ00sIEFNQVAs IHJlc2VydmVkIDQNCnBjbTA6IGFjOTcgY29kZWMgZGFjIHJlYWR5IGNvdW50 OiAwDQpwY20wOiBNaXhlciAidm9sIjoNCnBjbTA6IE1peGVyICJwY20iOg0K cGNtMDogTWl4ZXIgImxpbmUiOg0KcGNtMDogTWl4ZXIgIm1pYyI6DQpwY20w OiBNaXhlciAiY2QiOg0KcGNtMDogTWl4ZXIgInJlYyI6DQpwY20wOiBNaXhl ciAiaWdhaW4iOg0KcGNtMDogTWl4ZXIgIm9nYWluIjoNCnBjbTA6IE1peGVy ICJsaW5lMSI6DQpwY20wOiBNaXhlciAicGhpbiI6DQpwY20wOiBNaXhlciAi cGhvdXQiOg0KcGNtMDogc25kYnVmX3NldG1hcCAxZjM1MjAwMCwgNDAwMDsg MHhkNTI3ZTAwMCAtPiAxZjM1MjAwMA0KcGNtMDogc25kYnVmX3NldG1hcCAx ZjM0ZTAwMCwgNDAwMDsgMHhkNTI4MjAwMCAtPiAxZjM0ZTAwMA0KYWNwaV9i dXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMA0Kc2lvMDogY29uZmln dXJlZCBpcnEgNCBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNp bzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkDQpzaW8wOiBpcnEgbWFwczog MCAwIDAgMA0Kc2lvMDogY29uZmlndXJlZCBpcnEgNCBub3QgaW4gYml0bWFw IG9mIHByb2JlZCBpcnFzIDANCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkDQpzaW8wOiBpcnEgbWFwczogMCAwIDAgMA0Kc2lvMDogPDE2NTUwQS1j b21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZs YWdzIDB4MTAgb24gYWNwaTANCnNpbzA6IHR5cGUgMTY1NTBBDQppb2FwaWMw OiByb3V0aW5nIGludHBpbiA0IChJU0EgSVJRIDQpIHRvIHZlY3RvciA1Nw0K c2lvMDogW0ZJTFRFUl0NCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGlu IGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwDQpzaW8xOiBwb3J0IG1heSBub3Qg YmUgZW5hYmxlZA0Kc2lvMTogaXJxIG1hcHM6IDAgMCAwIDANCnNpbzE6IGNv bmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAw DQpzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZA0Kc2lvMTogaXJxIG1h cHM6IDAgMCAwIDANCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9y dD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMA0Kc2lvMTogdHlw ZSAxNjU1MEENCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDMgKElTQSBJUlEg MykgdG8gdmVjdG9yIDU4DQpzaW8xOiBbRklMVEVSXQ0KZmRjMDogPGZsb3Bw eSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YwLTB4M2YxLDB4M2YyLTB4 M2YzLDB4M2Y0LTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwDQpm ZGMwOiBpY190eXBlIDkwIHBhcnRfaWQgODANCmlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDYgKElTQSBJUlEgNikgdG8gdmVjdG9yIDU5DQpmZGMwOiBbRklM VEVSXQ0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZl IDANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXli b2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KYXRrYmQ6IHRoZSBjdXJyZW50IGti ZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1DQphdGtiZDoga2V5Ym9h cmQgSUQgMHg0MWFiICgyKQ0Ka2JkMCBhdCBhdGtiZDANCmtiZDA6IGF0a2Jk MCwgQVQgMTAxLzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAw DQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIHZl Y3RvciA2MA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQ0KYXRrYmQwOiBbSVRI UkVBRF0NCnBzbTA6IHVuYWJsZSB0byBhbGxvY2F0ZSBJUlENCnBzbWNwbnAw OiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTANCnBzbTA6IGN1 cnJlbnQgY29tbWFuZCBieXRlOjAwNjUNCnBzbTA6IDxQUy8yIE1vdXNlPiBp cnEgMTIgb24gYXRrYmRjMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIg KElTQSBJUlEgMTIpIHRvIHZlY3RvciA2MQ0KcHNtMDogW0dJQU5ULUxPQ0tF RF0NCnBzbTA6IFtJVEhSRUFEXQ0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNl LCBkZXZpY2UgSUQgMy0wMCwgMyBidXR0b25zDQpwc20wOiBjb25maWc6MDAw MDAwMDAsIGZsYWdzOjAwMDAwMDA4LCBwYWNrZXQgc2l6ZTo0DQpwc20wOiBz eW5jbWFzazowOCwgc3luY2JpdHM6MDANCm5weDA6IElOVCAxNiBpbnRlcmZh Y2UNCmF0YTogYXRhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmF0 YTogYXRhMSBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmF0a2JkYzog YXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmZkYzogZmRj MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnNpbzogc2lvMCBhbHJl YWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnNpbzogc2lvMSBhbHJlYWR5IGV4 aXN0czsgc2tpcHBpbmcgaXQNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRf UG9ydCBhdCAyMDMNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBh dCAyNDMNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMN CnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMNCnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMNCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMNCnBucF9pZGVudGlmeTogVHJ5 aW5nIFJlYWRfUG9ydCBhdCAzODMNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAzYzMNClBOUCBJZGVudGlmeSBjb21wbGV0ZQ0KaWNod2Rf aWRlbnRpZnkoKTogZm91bmQgSUNIIGNoaXBzZXQ6IEludGVsIDgyODAxREIg d2F0Y2hkb2cgdGltZXINCnNjOiBzYzAgYWxyZWFkeSBleGlzdHM7IHNraXBw aW5nIGl0DQp2Z2E6IHZnYTAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0 DQppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcw0K aXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcw0K aWNod2QwOiA8SW50ZWwgODI4MDFEQiB3YXRjaGRvZyB0aW1lcj4gb24gaXNh MA0KaWNod2QwOiB0aW1lciBkaXNhYmxlZA0Kb3JtMDogPElTQSBPcHRpb24g Uk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNjZmZmLDB4Y2QwMDAtMHhjZjdm ZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTANCmFkdjA6IG5vdCBwcm9iZWQgKGRp c2FibGVkKQ0KYWhhMDogbm90IHByb2JlZCAoZGlzYWJsZWQpDQphaWMwOiBu b3QgcHJvYmVkIChkaXNhYmxlZCkNCmJ0MDogbm90IHByb2JlZCAoZGlzYWJs ZWQpDQpjczA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KZWQwOiBub3QgcHJv YmVkIChkaXNhYmxlZCkNCmZlMDogbm90IHByb2JlZCAoZGlzYWJsZWQpDQpp ZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KbGUwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkNCnBwYzAgZmFpbGVkIHRvIHByb2JlIGF0IGlycSA3IG9uIGlz YTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBp c2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgz MDA+DQpzYzA6IGZiMCwga2JkMCwgdGVybWluYWwgZW11bGF0b3I6IHNjIChz eXNjb25zIHRlcm1pbmFsKQ0Kc2lvMjogbm90IHByb2JlZCAoZGlzYWJsZWQp DQpzaW8zOiBub3QgcHJvYmVkIChkaXNhYmxlZCkNCnNuMDogbm90IHByb2Jl ZCAoZGlzYWJsZWQpDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0 IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQp2 dDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KaXNhX3Byb2JlX2NoaWxkcmVu OiBwcm9iaW5nIFBuUCBkZXZpY2VzDQpEZXZpY2UgY29uZmlndXJhdGlvbiBm aW5pc2hlZC4NCmxhcGljOiBEaXZpc29yIDIsIEZyZXF1ZW5jeSA2NjY2OTI4 MiBoeg0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDI4MDAxMDkwMDAg SHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAw IG1zZWMNCmNyeXB0bzogYXNzaWduIGRyaXZlciAwLCBmbGFncyA2DQpjcnlw dG86IGRyaXZlciAwIHJlZ2lzdGVycyBhbGcgMSBmbGFncyAwIG1heG9wbGVu IDANCmNyeXB0bzogZHJpdmVyIDAgcmVnaXN0ZXJzIGFsZyAyIGZsYWdzIDAg bWF4b3BsZW4gMA0KY3J5cHRvOiBkcml2ZXIgMCByZWdpc3RlcnMgYWxnIDMg ZmxhZ3MgMCBtYXhvcGxlbiAwDQpjcnlwdG86IGRyaXZlciAwIHJlZ2lzdGVy cyBhbGcgNCBmbGFncyAwIG1heG9wbGVuIDANCmNyeXB0bzogZHJpdmVyIDAg cmVnaXN0ZXJzIGFsZyA1IGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBk cml2ZXIgMCByZWdpc3RlcnMgYWxnIDE2IGZsYWdzIDAgbWF4b3BsZW4gMA0K Y3J5cHRvOiBkcml2ZXIgMCByZWdpc3RlcnMgYWxnIDYgZmxhZ3MgMCBtYXhv cGxlbiAwDQpjcnlwdG86IGRyaXZlciAwIHJlZ2lzdGVycyBhbGcgNyBmbGFn cyAwIG1heG9wbGVuIDANCmNyeXB0bzogZHJpdmVyIDAgcmVnaXN0ZXJzIGFs ZyAxOCBmbGFncyAwIG1heG9wbGVuIDANCmNyeXB0bzogZHJpdmVyIDAgcmVn aXN0ZXJzIGFsZyAxOSBmbGFncyAwIG1heG9wbGVuIDANCmNyeXB0bzogZHJp dmVyIDAgcmVnaXN0ZXJzIGFsZyAyMCBmbGFncyAwIG1heG9wbGVuIDANCmNy eXB0bzogZHJpdmVyIDAgcmVnaXN0ZXJzIGFsZyA4IGZsYWdzIDAgbWF4b3Bs ZW4gMA0KY3J5cHRvOiBkcml2ZXIgMCByZWdpc3RlcnMgYWxnIDE1IGZsYWdz IDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBkcml2ZXIgMCByZWdpc3RlcnMgYWxn IDkgZmxhZ3MgMCBtYXhvcGxlbiAwDQpjcnlwdG86IGRyaXZlciAwIHJlZ2lz dGVycyBhbGcgMTAgZmxhZ3MgMCBtYXhvcGxlbiAwDQpjcnlwdG86IGRyaXZl ciAwIHJlZ2lzdGVycyBhbGcgMTMgZmxhZ3MgMCBtYXhvcGxlbiAwDQpjcnlw dG86IGRyaXZlciAwIHJlZ2lzdGVycyBhbGcgMTQgZmxhZ3MgMCBtYXhvcGxl biAwDQpjcnlwdG86IGRyaXZlciAwIHJlZ2lzdGVycyBhbGcgMTEgZmxhZ3Mg MCBtYXhvcGxlbiAwDQpjcnlwdG86IGRyaXZlciAwIHJlZ2lzdGVycyBhbGcg MTcgZmxhZ3MgMCBtYXhvcGxlbiAwDQpGYXN0IElQc2VjOiBJbml0aWFsaXpl ZCBTZWN1cml0eSBBc3NvY2lhdGlvbiBQcm9jZXNzaW5nLg0KbG8wOiBicGYg YXR0YWNoZWQNCmlwZncyIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFibGUs IHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBlbmFibGVkLCBkZWZhdWx0IHRvIGRl bnksIGxvZ2dpbmcgbGltaXRlZCB0byAxMDAgcGFja2V0cy9lbnRyeSBieSBk ZWZhdWx0DQpEVU1NWU5FVCB3aXRoIElQdjYgaW5pdGlhbGl6ZWQgKDA0MDgy NikNCmF0YTAtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURN QTEwMCBjYWJsZT04MCB3aXJlDQphZDA6IHNldHRpbmcgUElPNCBvbiBJQ0g0 IGNoaXANCmFkMDogc2V0dGluZyBVRE1BMTAwIG9uIElDSDQgY2hpcA0KYWQw OiAxNTI2MjZNQiA8U0FNU1VORyBTUDE2MTROIFRNMTAwLTMwPiBhdCBhdGEw LW1hc3RlciBVRE1BMTAwDQphZDA6IDMxMjU3OTY5NSBzZWN0b3JzIFszMTAw OThDLzE2SC82M1NdIDE2IHNlY3RvcnMvaW50ZXJydXB0IDEgZGVwdGggcXVl dWUNCmF0YTEtc2xhdmU6IHBpbz1QSU80IHdkbWE9V0RNQTIgdWRtYT1VRE1B MzMgY2FibGU9ODAgd2lyZQ0KYXRhMS1tYXN0ZXI6IHBpbz1QSU80IHdkbWE9 V0RNQTIgdWRtYT1VRE1BMzMgY2FibGU9NDAgd2lyZQ0KYWNkMDogc2V0dGlu ZyBQSU80IG9uIElDSDQgY2hpcA0KYWNkMDogc2V0dGluZyBVRE1BMzMgb24g SUNINCBjaGlwDQphY2QwOiA8TkVDIERWRCBSVyBORC0zNTIwQS8xLjA0PiBE VkRSIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyDQphY2QwOiByZWFkIDgyNjhL Qi9zICg4MjY4S0Ivcykgd3JpdGUgODI2OEtCL3MgKDgyNjhLQi9zKSwgMjA0 OEtCIGJ1ZmZlciwgVURNQTMzDQphY2QwOiBSZWFkczogQ0RSLCBDRFJXLCBD RERBIHN0cmVhbSwgRFZEUk9NLCBEVkRSLCBwYWNrZXQNCmFjZDA6IFdyaXRl czogQ0RSLCBDRFJXLCBEVkRSLCB0ZXN0IHdyaXRlLCBidXJucHJvb2YNCmFj ZDA6IEF1ZGlvOiBwbGF5LCAyNTYgdm9sdW1lIGxldmVscw0KYWNkMDogTWVj aGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQNCmFjZDA6IE1lZGl1 bTogbm8vYmxhbmsgZGlzYw0KYWNkMTogc2V0dGluZyBQSU80IG9uIElDSDQg Y2hpcA0KYWNkMTogc2V0dGluZyBVRE1BMzMgb24gSUNINCBjaGlwDQphY2Qx OiA8QU9QRU4gQ0QtUlcgQ1JXNTIzMiAxLjA0IDIwMDMxMTI4LzEuMDQ+IENE UlcgZHJpdmUgYXQgYXRhMSBhcyBzbGF2ZQ0KYWNkMTogcmVhZCA2ODkwS0Iv cyAoNjg5MEtCL3MpIHdyaXRlIDg5NThLQi9zICg4OTU4S0IvcyksIDIwNDhL QiBidWZmZXIsIFVETUEzMw0KYWNkMTogUmVhZHM6IENEUiwgQ0RSVywgQ0RE QSBzdHJlYW0sIHBhY2tldA0KYWNkMTogV3JpdGVzOiBDRFIsIENEUlcsIHRl c3Qgd3JpdGUNCmFjZDE6IEF1ZGlvOiBwbGF5LCAyNTUgdm9sdW1lIGxldmVs cw0KYWNkMTogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQN CmFjZDE6IE1lZGl1bTogbm8vYmxhbmsgZGlzYw0KYXRhMi1tYXN0ZXI6IHBp bz1QSU80IHdkbWE9V0RNQTIgdWRtYT1VRE1BMTAwIGNhYmxlPTgwIHdpcmUN CmFkNDogc2V0dGluZyBQSU80IG9uIFBEQzIwMjY4IGNoaXANCmFkNDogc2V0 dGluZyBVRE1BMTAwIG9uIFBEQzIwMjY4IGNoaXANCmFkNDogNzYzNTFNQiA8 U0FNU1VORyBTUDA4MDJOIFRLMTAwLTI0PiBhdCBhdGEyLW1hc3RlciBVRE1B MTAwDQphZDQ6IDE1NjM2ODAxNiBzZWN0b3JzIFsxNTUxMjdDLzE2SC82M1Nd IDE2IHNlY3RvcnMvaW50ZXJydXB0IDEgZGVwdGggcXVldWUNCnBjbTA6IG1l YXN1cmVkIGFjOTcgbGluayByYXRlIGF0IDQ4MDA2IEh6LCB3aWxsIHVzZSA0 ODAwMCBIeg0KKHByb2JlMDphdGExOjA6MDowKTogRG93biByZXZpbmcgUHJv dG9jb2wgVmVyc2lvbiBmcm9tIDIgdG8gMD8NCihwcm9iZTE6YXRhMTowOjE6 MCk6IERvd24gcmV2aW5nIFByb3RvY29sIFZlcnNpb24gZnJvbSAyIHRvIDA/ DQpwYXNzMCBhdCBhdGExIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpwYXNzMDog PF9ORUMgRFZEX1JXIE5ELTM1MjBBIDEuMDQ+IFJlbW92YWJsZSBDRC1ST00g U0NTSS0wIGRldmljZSANCnBhc3MwOiBTZXJpYWwgTnVtYmVyIFsNCnBhc3Mw OiAzMy4wMDBNQi9zIHRyYW5zZmVycw0KcGFzczEgYXQgYXRhMSBidXMgMCB0 YXJnZXQgMSBsdW4gMA0KcGFzczE6IDxBT1BFTiBDRC1SVyBDUlc1MjMyIDEu MDQ+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSANCnBhc3MxOiBT ZXJpYWwgTnVtYmVyIFsNCnBhc3MxOiAzMy4wMDBNQi9zIHRyYW5zZmVycw0K KGNkMDphdGExOjA6MDowKTogZXJyb3IgNg0KKGNkMDphdGExOjA6MDowKTog VW5yZXRyeWFibGUgRXJyb3INCmNkMCBhdCBhdGExIGJ1cyAwIHRhcmdldCAw IGx1biAwDQpjZDA6IDxfTkVDIERWRF9SVyBORC0zNTIwQSAxLjA0PiBSZW1v dmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpjZDA6IFNlcmlhbCBOdW1i ZXIgWw0KY2QwOiAzMy4wMDBNQi9zIHRyYW5zZmVycw0KY2QwOiBBdHRlbXB0 IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRp dW0gbm90IHByZXNlbnQNCihjZDE6YXRhMTowOjE6MCk6IGVycm9yIDYNCihj ZDE6YXRhMTowOjE6MCk6IFVucmV0cnlhYmxlIEVycm9yDQpjZDEgYXQgYXRh MSBidXMgMCB0YXJnZXQgMSBsdW4gMA0KY2QxOiA8QU9QRU4gQ0QtUlcgQ1JX NTIzMiAxLjA0PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpj ZDE6IFNlcmlhbCBOdW1iZXIgWw0KY2QxOiAzMy4wMDBNQi9zIHRyYW5zZmVy cw0KY2QxOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDog Tk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQNCkdFT006IG5ldyBkaXNr IGFkMA0KR0VPTTogbmV3IGRpc2sgYWQ0DQpHRU9NOiBuZXcgZGlzayBjZDAN CkdFT006IG5ldyBkaXNrIGNkMQ0KKGNkMDphdGExOjA6MDowKTogZXJyb3Ig Ng0KKGNkMDphdGExOjA6MDowKTogVW5yZXRyeWFibGUgRXJyb3INCihjZDA6 YXRhMTowOjA6MCk6IGVycm9yIDYNCihjZDA6YXRhMTowOjA6MCk6IFVucmV0 cnlhYmxlIEVycm9yDQooY2QwOmF0YTE6MDowOjApOiBlcnJvciA2DQooY2Qw OmF0YTE6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcg0KKGNkMTphdGExOjA6 MTowKTogZXJyb3IgNg0KKGNkMTphdGExOjA6MTowKTogVW5yZXRyeWFibGUg RXJyb3INCihjZDE6YXRhMTowOjE6MCk6IGVycm9yIDYNCihjZDE6YXRhMTow OjE6MCk6IFVucmV0cnlhYmxlIEVycm9yDQooY2QxOmF0YTE6MDoxOjApOiBl cnJvciA2DQooY2QxOmF0YTE6MDoxOjApOiBVbnJldHJ5YWJsZSBFcnJvcg0K VHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDRzNGENCnN0 YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0DQpMaW51eCBFTEYgZXhlYyBo YW5kbGVyIGluc3RhbGxlZA0K --0-196065811-1172956139=:89640 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=lspci.txt Content-Transfer-Encoding: BASE64 Content-ID: <20070303230859.V89640@atlantis.atlantis.dp.ua> Content-Description: Content-Disposition: attachment; filename=lspci.txt MDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gODI4NDUg ODQ1IChCcm9va2RhbGUpIENoaXBzZXQgSG9zdCBCcmlkZ2UgKHJldiAxMSkN CglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIDgyODQ1IDg0NSAoQnJv b2tkYWxlKSBDaGlwc2V0IEhvc3QgQnJpZGdlDQoJQ29udHJvbDogSS9PLSBN ZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0g UGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0NCglTdGF0dXM6IENh cCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0KyA+U0VSUi0gPFBFUlItDQoJTGF0 ZW5jeTogMA0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjgwMDAwMDAgKDMyLWJp dCwgcHJlZmV0Y2hhYmxlKQ0KCUNhcGFiaWxpdGllczogW2U0XSBWZW5kb3Ig U3BlY2lmaWMgSW5mb3JtYXRpb24NCglDYXBhYmlsaXRpZXM6IFthMF0gQUdQ IHZlcnNpb24gMi4wDQoJCVN0YXR1czogUlE9MzIgSXNvLSBBcnFTej0wIENh bD0wIFNCQSsgSVRBQ29oLSBHQVJUNjQtIEhUcmFucy0gNjRiaXQtIEZXKyBB R1AzLSBSYXRlPXgxLHgyLHg0DQoJCUNvbW1hbmQ6IFJRPTEgQXJxU3o9MCBD YWw9MCBTQkErIEFHUCsgR0FSVDY0LSA2NGJpdC0gRlctIFJhdGU9eDQNCg0K MDA6MDEuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA4Mjg0NSA4 NDUgKEJyb29rZGFsZSkgQ2hpcHNldCBBR1AgQnJpZGdlIChyZXYgMTEpIChw cm9nLWlmIDAwIFtOb3JtYWwgZGVjb2RlXSkNCglDb250cm9sOiBJL08rIE1l bSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQ YXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLQ0KCVN0YXR1czogQ2Fw LSA2Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0NCglMYXRl bmN5OiAzMg0KCUJ1czogcHJpbWFyeT0wMCwgc2Vjb25kYXJ5PTAxLCBzdWJv cmRpbmF0ZT0wMSwgc2VjLWxhdGVuY3k9MzINCglJL08gYmVoaW5kIGJyaWRn ZTogMDAwMGMwMDAtMDAwMGNmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTog ZmY4MDAwMDAtZmY4ZmZmZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGlu ZCBicmlkZ2U6IGQ2OTAwMDAwLWY2OWZmZmZmDQoJU2Vjb25kYXJ5IHN0YXR1 czogNjZNSHorIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFi b3J0LSA8VEFib3J0LSA8TUFib3J0KyA8U0VSUi0gPFBFUlItDQoJQnJpZGdl Q3RsOiBQYXJpdHktIFNFUlIrIE5vSVNBLSBWR0ErIE1BYm9ydC0gPlJlc2V0 LSBGYXN0QjJCLQ0KDQowMDoxZC4wIFVTQiBDb250cm9sbGVyOiBJbnRlbCBD b3Jwb3JhdGlvbiA4MjgwMURCL0RCTC9EQk0gKElDSDQvSUNINC1ML0lDSDQt TSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjMSAocmV2IDAxKSAocHJvZy1pZiAw MCBbVUhDSV0pDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBVbmtu b3duIGRldmljZSA1MDMyDQoJQ29udHJvbDogSS9PKyBNZW0tIEJ1c01hc3Rl cisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVw cGluZy0gU0VSUi0gRmFzdEIyQi0NCglTdGF0dXM6IENhcC0gNjZNSHotIFVE Ri0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVtID5UQWJvcnQtIDxU QWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0NCglMYXRlbmN5OiAwDQoJ SW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE2DQoJUmVnaW9uIDQ6 IEkvTyBwb3J0cyBhdCBlODAwDQoNCjAwOjFkLjEgVVNCIENvbnRyb2xsZXI6 IEludGVsIENvcnBvcmF0aW9uIDgyODAxREIvREJML0RCTSAoSUNINC9JQ0g0 LUwvSUNINC1NKSBVU0IgVUhDSSBDb250cm9sbGVyICMyIChyZXYgMDEpIChw cm9nLWlmIDAwIFtVSENJXSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0 aW9uIFVua25vd24gZGV2aWNlIDUwMzINCglDb250cm9sOiBJL08rIE1lbS0g QnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJF cnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLQ0KCVN0YXR1czogQ2FwLSA2 Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRB Ym9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLQ0KCUxhdGVu Y3k6IDANCglJbnRlcnJ1cHQ6IHBpbiBCIHJvdXRlZCB0byBJUlEgMTkNCglS ZWdpb24gNDogSS9PIHBvcnRzIGF0IGU4ODANCg0KMDA6MWQuMiBVU0IgQ29u dHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFEQi9EQkwvREJNIChJ Q0g0L0lDSDQtTC9JQ0g0LU0pIFVTQiBVSENJIENvbnRyb2xsZXIgIzMgKHJl diAwMSkgKHByb2ctaWYgMDAgW1VIQ0ldKQ0KCVN1YnN5c3RlbTogSW50ZWwg Q29ycG9yYXRpb24gVW5rbm93biBkZXZpY2UgNTAzMg0KCUNvbnRyb2w6IEkv TysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25v b3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItDQoJU3RhdHVz OiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1l ZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlIt DQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGluIEMgcm91dGVkIHRvIElS USAxOA0KCVJlZ2lvbiA0OiBJL08gcG9ydHMgYXQgZWMwMA0KDQowMDoxZC43 IFVTQiBDb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMURCL0RC TSAoSUNINC9JQ0g0LU0pIFVTQjIgRUhDSSBDb250cm9sbGVyIChyZXYgMDEp IChwcm9nLWlmIDIwIFtFSENJXSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBv cmF0aW9uIFVua25vd24gZGV2aWNlIDUwMzINCglDb250cm9sOiBJL08tIE1l bSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQ YXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLQ0KCVN0YXR1czogQ2Fw KyA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1tZWRpdW0g PlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLQ0KCUxh dGVuY3k6IDANCglJbnRlcnJ1cHQ6IHBpbiBEIHJvdXRlZCB0byBJUlEgMjMN CglSZWdpb24gMDogTWVtb3J5IGF0IGZmYWZmYzAwICgzMi1iaXQsIG5vbi1w cmVmZXRjaGFibGUpDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFn ZW1lbnQgdmVyc2lvbiAyDQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQy LSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNj b2xkKykNCgkJU3RhdHVzOiBEMCBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxl PTAgUE1FLQ0KCUNhcGFiaWxpdGllczogWzU4XSBEZWJ1ZyBwb3J0DQoNCjAw OjFlLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDEgUENJ IEJyaWRnZSAocmV2IDgxKSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0p DQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBN ZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFz dEIyQi0NCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQisgUGFy RXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlIrDQoJTGF0ZW5jeTogMA0KCUJ1czogcHJpbWFyeT0wMCwg c2Vjb25kYXJ5PTAyLCBzdWJvcmRpbmF0ZT0wMiwgc2VjLWxhdGVuY3k9MzIN CglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGQwMDAtMDAwMGRmZmYNCglNZW1v cnkgYmVoaW5kIGJyaWRnZTogZmY5MDAwMDAtZmY5ZmZmZmYNCglQcmVmZXRj aGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IGY2YTAwMDAwLWY2YWZmZmZm DQoJU2Vjb25kYXJ5IHN0YXR1czogNjZNSHotIEZhc3RCMkIrIFBhckVyci0g REVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0KyA8U0VS Ui0gPFBFUlItDQoJQnJpZGdlQ3RsOiBQYXJpdHktIFNFUlIrIE5vSVNBKyBW R0EtIE1BYm9ydC0gPlJlc2V0LSBGYXN0QjJCLQ0KDQowMDoxZi4wIElTQSBi cmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIDgyODAxREIvREJMIChJQ0g0L0lD SDQtTCkgTFBDIEludGVyZmFjZSBCcmlkZ2UgKHJldiAwMSkNCglDb250cm9s OiBJL08rIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUrIE1lbVdJTlYtIFZH QVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLQ0KCVN0 YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNF TD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQ RVJSLQ0KCUxhdGVuY3k6IDANCg0KMDA6MWYuMSBJREUgaW50ZXJmYWNlOiBJ bnRlbCBDb3Jwb3JhdGlvbiA4MjgwMURCIChJQ0g0KSBJREUgQ29udHJvbGxl ciAocmV2IDAxKSAocHJvZy1pZiA4YSBbTWFzdGVyIFNlY1AgUHJpUF0pDQoJ U3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBVbmtub3duIGRldmljZSA1 MDMyDQoJQ29udHJvbDogSS9PKyBNZW0tIEJ1c01hc3RlcisgU3BlY0N5Y2xl LSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0g RmFzdEIyQi0NCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQisg UGFyRXJyLSBERVZTRUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJv cnQtID5TRVJSLSA8UEVSUi0NCglMYXRlbmN5OiAwDQoJSW50ZXJydXB0OiBw aW4gQSByb3V0ZWQgdG8gSVJRIDI1NQ0KCVJlZ2lvbiAwOiBJL08gcG9ydHMg YXQgPHVuYXNzaWduZWQ+DQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCA8dW5h c3NpZ25lZD4NCglSZWdpb24gMjogSS9PIHBvcnRzIGF0IDx1bmFzc2lnbmVk Pg0KCVJlZ2lvbiAzOiBJL08gcG9ydHMgYXQgPHVuYXNzaWduZWQ+DQoJUmVn aW9uIDQ6IEkvTyBwb3J0cyBhdCBmZmEwDQoNCjAwOjFmLjMgU01CdXM6IElu dGVsIENvcnBvcmF0aW9uIDgyODAxREIvREJML0RCTSAoSUNINC9JQ0g0LUwv SUNINC1NKSBTTUJ1cyBDb250cm9sbGVyIChyZXYgMDEpDQoJU3Vic3lzdGVt OiBJbnRlbCBDb3Jwb3JhdGlvbiBVbmtub3duIGRldmljZSA1MDMyDQoJQ29u dHJvbDogSS9PKyBNZW0tIEJ1c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5W LSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0N CglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBE RVZTRUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJS LSA8UEVSUi0NCglJbnRlcnJ1cHQ6IHBpbiBCIHJvdXRlZCB0byBJUlEgMTcN CglSZWdpb24gNDogSS9PIHBvcnRzIGF0IGUwMDANCg0KMDA6MWYuNSBNdWx0 aW1lZGlhIGF1ZGlvIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgy ODAxREIvREJML0RCTSAoSUNINC9JQ0g0LUwvSUNINC1NKSBBQyc5NyBBdWRp byBDb250cm9sbGVyIChyZXYgMDEpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jw b3JhdGlvbiBVbmtub3duIGRldmljZSAwMTAyDQoJQ29udHJvbDogSS9PKyBN ZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0g UGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0NCglTdGF0dXM6IENh cCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVt ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0NCglM YXRlbmN5OiAwDQoJSW50ZXJydXB0OiBwaW4gQiByb3V0ZWQgdG8gSVJRIDE3 DQoJUmVnaW9uIDA6IEkvTyBwb3J0cyBhdCBlNDAwDQoJUmVnaW9uIDE6IEkv TyBwb3J0cyBhdCBlMDgwDQoJUmVnaW9uIDI6IE1lbW9yeSBhdCBmZmFmZjgw MCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKQ0KCVJlZ2lvbiAzOiBNZW1v cnkgYXQgZmZhZmY0MDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkNCglD YXBhYmlsaXRpZXM6IFs1MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDIN CgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9Mzc1 bUEgUE1FKEQwKyxEMS0sRDItLEQzaG90KyxEM2NvbGQrKQ0KCQlTdGF0dXM6 IEQwIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoNCjAxOjAw LjAgVkdBIGNvbXBhdGlibGUgY29udHJvbGxlcjogQVRJIFRlY2hub2xvZ2ll cyBJbmMgUlYzNTAgQVMgW1JhZGVvbiA5NTUwXSAocHJvZy1pZiAwMCBbVkdB XSkNCglTdWJzeXN0ZW06IEdpZ2EtYnl0ZSBUZWNobm9sb2d5IFVua25vd24g ZGV2aWNlIDQwNTANCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyKyBT cGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5n LSBTRVJSKyBGYXN0QjJCLQ0KCVN0YXR1czogQ2FwKyA2Nk1IeisgVURGLSBG YXN0QjJCKyBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9y dC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLQ0KCUxhdGVuY3k6IDMyICgyMDAw bnMgbWluKSwgQ2FjaGUgTGluZSBTaXplOiAzMiBieXRlcw0KCUludGVycnVw dDogcGluIEEgcm91dGVkIHRvIElSUSAxNg0KCVJlZ2lvbiAwOiBNZW1vcnkg YXQgZTgwMDAwMDAgKDMyLWJpdCwgcHJlZmV0Y2hhYmxlKQ0KCVJlZ2lvbiAx OiBJL08gcG9ydHMgYXQgYzgwMA0KCVJlZ2lvbiAyOiBNZW1vcnkgYXQgZmY4 ZjAwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkNCglFeHBhbnNpb24g Uk9NIGF0IGZmOGMwMDAwIFtkaXNhYmxlZF0NCglDYXBhYmlsaXRpZXM6IFs1 OF0gQUdQIHZlcnNpb24gMi4wDQoJCVN0YXR1czogUlE9ODAgSXNvLSBBcnFT ej0wIENhbD0wIFNCQSsgSVRBQ29oLSBHQVJUNjQtIEhUcmFucy0gNjRiaXQt IEZXKyBBR1AzLSBSYXRlPXgxLHgyLHg0DQoJCUNvbW1hbmQ6IFJRPTMyIEFy cVN6PTAgQ2FsPTAgU0JBKyBBR1ArIEdBUlQ2NC0gNjRiaXQtIEZXLSBSYXRl PXg0DQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVy c2lvbiAyDQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDErIEQyKyBBdXhDdXJy ZW50PTBtQSBQTUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0pDQoJCVN0 YXR1czogRDAgUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBNRS0NCg0K MDE6MDAuMSBEaXNwbGF5IGNvbnRyb2xsZXI6IEFUSSBUZWNobm9sb2dpZXMg SW5jIFJWMzUwID8/IFtSYWRlb24gOTU1MF0gKFNlY29uZGFyeSkNCglTdWJz eXN0ZW06IEdpZ2EtYnl0ZSBUZWNobm9sb2d5IFVua25vd24gZGV2aWNlIDQw NTENCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUt IE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBG YXN0QjJCLQ0KCVN0YXR1czogQ2FwKyA2Nk1IeisgVURGLSBGYXN0QjJCKyBQ YXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9y dC0gPlNFUlItIDxQRVJSLQ0KCUxhdGVuY3k6IDMyICgyMDAwbnMgbWluKSwg Q2FjaGUgTGluZSBTaXplOiAzMiBieXRlcw0KCUludGVycnVwdDogcGluID8g cm91dGVkIHRvIElSUSAyNTUNCglSZWdpb24gMDogTWVtb3J5IGF0IGUwMDAw MDAwICgzMi1iaXQsIHByZWZldGNoYWJsZSkNCglSZWdpb24gMTogTWVtb3J5 IGF0IGZmOGUwMDAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpDQoJQ2Fw YWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAyDQoJ CUZsYWdzOiBQTUVDbGstIERTSS0gRDErIEQyKyBBdXhDdXJyZW50PTBtQSBQ TUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0pDQoJCVN0YXR1czogRDAg UE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBNRS0NCg0KMDI6MDEuMCBN YXNzIHN0b3JhZ2UgY29udHJvbGxlcjogUHJvbWlzZSBUZWNobm9sb2d5LCBJ bmMuIFBEQzIwMjY4IChVbHRyYTEwMCBUWDIpIChyZXYgMDIpIChwcm9nLWlm IDg1KQ0KCVN1YnN5c3RlbTogUHJvbWlzZSBUZWNobm9sb2d5LCBJbmMuIFVs dHJhMTAwVFgyDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3Bl Y0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0g U0VSUi0gRmFzdEIyQi0NCglTdGF0dXM6IENhcCsgNjZNSHorIFVERi0gRmFz dEIyQi0gUGFyRXJyLSBERVZTRUw9c2xvdyA+VEFib3J0LSA8VEFib3J0LSA8 TUFib3J0LSA+U0VSUi0gPFBFUlItDQoJTGF0ZW5jeTogMzIgKDEwMDBucyBt aW4sIDQ1MDBucyBtYXgpLCBDYWNoZSBMaW5lIFNpemU6IDMyIGJ5dGVzDQoJ SW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDIyDQoJUmVnaW9uIDA6 IEkvTyBwb3J0cyBhdCBkYzAwDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBk ODgwDQoJUmVnaW9uIDI6IEkvTyBwb3J0cyBhdCBkODAwDQoJUmVnaW9uIDM6 IEkvTyBwb3J0cyBhdCBkNDgwDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBk NDAwDQoJUmVnaW9uIDU6IE1lbW9yeSBhdCBmZjlmYzAwMCAoMzItYml0LCBu b24tcHJlZmV0Y2hhYmxlKQ0KCUV4cGFuc2lvbiBST00gYXQgZmY5ZjgwMDAg W2Rpc2FibGVkXQ0KCUNhcGFiaWxpdGllczogWzYwXSBQb3dlciBNYW5hZ2Vt ZW50IHZlcnNpb24gMQ0KCQlGbGFnczogUE1FQ2xrLSBEU0krIEQxKyBEMi0g QXV4Q3VycmVudD0wbUEgUE1FKEQwLSxEMS0sRDItLEQzaG90LSxEM2NvbGQt KQ0KCQlTdGF0dXM6IEQwIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQ TUUtDQoNCjAyOjBjLjAgRXRoZXJuZXQgY29udHJvbGxlcjogUmVhbHRlayBT ZW1pY29uZHVjdG9yIENvLiwgTHRkLiBSVEwtODEzOS84MTM5Qy84MTM5Qysg KHJldiAxMCkNCglTdWJzeXN0ZW06IFJlYWx0ZWsgU2VtaWNvbmR1Y3RvciBD by4sIEx0ZC4gUlQ4MTM5DQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3Rl cisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVw cGluZy0gU0VSUisgRmFzdEIyQi0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVE Ri0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVtID5UQWJvcnQtIDxU QWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0NCglMYXRlbmN5OiAzMiAo ODAwMG5zIG1pbiwgMTYwMDBucyBtYXgpDQoJSW50ZXJydXB0OiBwaW4gQSBy b3V0ZWQgdG8gSVJRIDE3DQoJUmVnaW9uIDA6IEkvTyBwb3J0cyBhdCBkMDAw DQoJUmVnaW9uIDE6IE1lbW9yeSBhdCBmZjlmN2MwMCAoMzItYml0LCBub24t cHJlZmV0Y2hhYmxlKQ0KCUNhcGFiaWxpdGllczogWzUwXSBQb3dlciBNYW5h Z2VtZW50IHZlcnNpb24gMg0KCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxKyBE MisgQXV4Q3VycmVudD0zNzVtQSBQTUUoRDAtLEQxKyxEMissRDNob3QrLEQz Y29sZCspDQoJCVN0YXR1czogRDAgUE1FLUVuYWJsZS0gRFNlbD0wIERTY2Fs ZT0wIFBNRS0NCg0KMDI6MGUuMCBNdWx0aW1lZGlhIHZpZGVvIGNvbnRyb2xs ZXI6IEJyb29rdHJlZSBDb3Jwb3JhdGlvbiBCdDg3OCBWaWRlbyBDYXB0dXJl IChyZXYgMTEpDQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3Bl Y0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0g U0VSUisgRmFzdEIyQi0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFz dEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQt IDxNQWJvcnQtID5TRVJSLSA8UEVSUi0NCglMYXRlbmN5OiAzMiAoNDAwMG5z IG1pbiwgMTAwMDBucyBtYXgpDQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQg dG8gSVJRIDE3DQoJUmVnaW9uIDA6IE1lbW9yeSBhdCBmNmFmZTAwMCAoMzIt Yml0LCBwcmVmZXRjaGFibGUpDQoJQ2FwYWJpbGl0aWVzOiBbNDRdIFZpdGFs IFByb2R1Y3QgRGF0YQ0KCUNhcGFiaWxpdGllczogWzRjXSBQb3dlciBNYW5h Z2VtZW50IHZlcnNpb24gMg0KCQlGbGFnczogUE1FQ2xrLSBEU0krIEQxLSBE Mi0gQXV4Q3VycmVudD0wbUEgUE1FKEQwLSxEMS0sRDItLEQzaG90LSxEM2Nv bGQtKQ0KCQlTdGF0dXM6IEQwIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9 MCBQTUUtDQoNCjAyOjBlLjEgTXVsdGltZWRpYSBjb250cm9sbGVyOiBCcm9v a3RyZWUgQ29ycG9yYXRpb24gQnQ4NzggQXVkaW8gQ2FwdHVyZSAocmV2IDEx KQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZh c3RCMkItDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBh ckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0 LSA+U0VSUi0gPFBFUlItDQoJTGF0ZW5jeTogMzIgKDEwMDBucyBtaW4sIDYz NzUwbnMgbWF4KQ0KCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAx Nw0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjZhZmYwMDAgKDMyLWJpdCwgcHJl ZmV0Y2hhYmxlKQ0KCUNhcGFiaWxpdGllczogWzQ0XSBWaXRhbCBQcm9kdWN0 IERhdGENCglDYXBhYmlsaXRpZXM6IFs0Y10gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJKyBEMS0gRDItIEF1eEN1 cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQyLSxEM2hvdC0sRDNjb2xkLSkNCgkJ U3RhdHVzOiBEMCBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0K DQo= --0-196065811-1172956139=:89640 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pciconf.txt Content-Transfer-Encoding: BASE64 Content-ID: <20070303230859.J89640@atlantis.atlantis.dp.ua> Content-Description: Content-Disposition: attachment; filename=pciconf.txt aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MWEzMDgw ODYgY2hpcD0weDFhMzA4MDg2IHJldj0weDExIGhkcj0weDAwDQogICAgdmVu ZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICAg ID0gJzgyODQ1R1tHTC9HVi9HRS9QRV0gSG9zdC1IdWIgSW50ZXJmYWNlIEJy aWRnZScNCiAgICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3Mg ICA9IEhPU1QtUENJDQogICAgY2FwIDA5W2U0XSA9IHZlbmRvciAobGVuZ3Ro IDQpIEludGVsIGNhcCAxMCB2ZXJzaW9uIDENCiAgICBjYXAgMDJbYTBdID0g QUdQIDR4IDJ4IDF4IFNCQSBkaXNhYmxlZA0KcGNpYjFAcGNpMDoxOjA6CWNs YXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MWEzMTgwODYg cmV2PTB4MTEgaGRyPTB4MDENCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4NDUvRS9NUC9NWiBC cm9va2RhbGUgQ1BVIHRvIEFHUCBCcmlkZ2UnDQogICAgY2xhc3MgICAgICA9 IGJyaWRnZQ0KICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJDQp1aGNpMEBwY2kw OjI5OjA6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHg1MDMyODA4NiBjaGlwPTB4 MjRjMjgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFE Qi9EQkwvREJNIChJQ0g0L0lDSDQtTC9JQ0g0LU0pIFVTQiBVSENJIENvbnRy b2xsZXInDQogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJj bGFzcyAgID0gVVNCDQp1aGNpMUBwY2kwOjI5OjE6CWNsYXNzPTB4MGMwMzAw IGNhcmQ9MHg1MDMyODA4NiBjaGlwPTB4MjRjNDgwODYgcmV2PTB4MDEgaGRy PTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0K ICAgIGRldmljZSAgICAgPSAnODI4MDFEQi9EQkwvREJNIChJQ0g0L0lDSDQt TC9JQ0g0LU0pIFVTQiBVSENJIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAg ICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyAgID0gVVNCDQp1aGNpMkBw Y2kwOjI5OjI6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHg1MDMyODA4NiBjaGlw PTB4MjRjNzgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICAg ID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4 MDFEQi9EQkwvREJNIChJQ0g0L0lDSDQtTC9JQ0g0LU0pIFVTQiBVSENJIENv bnRyb2xsZXInDQogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMNCiAgICBz dWJjbGFzcyAgID0gVVNCDQplaGNpMEBwY2kwOjI5Ojc6CWNsYXNzPTB4MGMw MzIwIGNhcmQ9MHg1MDMyODA4NiBjaGlwPTB4MjRjZDgwODYgcmV2PTB4MDEg aGRyPTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9u Jw0KICAgIGRldmljZSAgICAgPSAnODI4MDFEQi9EQkwvREJNIChJQ0g0L0lD SDQtTC9JQ0g0LU0pIFVTQiAyLjAgRUhDSSBDb250cm9sbGVyJw0KICAgIGNs YXNzICAgICAgPSBzZXJpYWwgYnVzDQogICAgc3ViY2xhc3MgICA9IFVTQg0K ICAgIGNhcCAwMVs1MF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDANCiAgICBjYXAgMGFbNThdID0gRUhDSSBEZWJ1ZyBQb3J0 IGF0IG9mZnNldCAweDgwIGluIG1hcCAweDE0DQpwY2liMkBwY2kwOjMwOjA6 CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjQ0ZTgw ODYgcmV2PTB4ODEgaGRyPTB4MDENCiAgICB2ZW5kb3IgICAgID0gJ0ludGVs IENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAnODI4MDFCQS9DQS9E Qi9EQkwvRUIvRVIvRkIvR0IvSEIgKElDSDIvMy80LzQvNS81LzYvNy84KSwg NjN4eEVTQiBIdWIgSW50ZXJmYWNlIHRvIFBDSSBCcmlkZ2UnDQogICAgY2xh c3MgICAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJDQpp c2FiMEBwY2kwOjMxOjA6CWNsYXNzPTB4MDYwMTAwIGNhcmQ9MHgwMDAwMDAw MCBjaGlwPTB4MjRjMDgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5k b3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAg PSAnODI4MDFEQi9EQkwgKElDSDQvSUNINC1MKSBMUEMgSW50ZXJmYWNlIEJy aWRnZScNCiAgICBjbGFzcyAgICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3Mg ICA9IFBDSS1JU0ENCmF0YXBjaTFAcGNpMDozMToxOgljbGFzcz0weDAxMDE4 YSBjYXJkPTB4NTAzMjgwODYgY2hpcD0weDI0Y2I4MDg2IHJldj0weDAxIGhk cj0weDAwDQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicN CiAgICBkZXZpY2UgICAgID0gJzgyODAxREIvREJMIChJQ0g0L0lDSDQtTCkg VWx0cmFBVEEvMTAwIEVJREUgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAg ID0gbWFzcyBzdG9yYWdlDQogICAgc3ViY2xhc3MgICA9IEFUQQ0KaWNoc21i MEBwY2kwOjMxOjM6CWNsYXNzPTB4MGMwNTAwIGNhcmQ9MHg1MDMyODA4NiBj aGlwPTB4MjRjMzgwODYgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgICAgPSAn ODI4MDFEQi9EQkwvREJNIChJQ0g0L0lDSDQtTC9JQ0g0LU0pIFNNQnVzIENv bnRyb2xsZXInDQogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMNCiAgICBz dWJjbGFzcyAgID0gU01CdXMNCnBjbTBAcGNpMDozMTo1OgljbGFzcz0weDA0 MDEwMCBjYXJkPTB4MDEwMjgwODYgY2hpcD0weDI0YzU4MDg2IHJldj0weDAx IGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicNCiAgICBkZXZpY2UgICAgID0gJ2ludGVsIDgyODAxREIoLU0pIC0gQUMn OTcgQXVkaW8gQ29udHJvbGxlciBbQi0wXSBTb3VuZE1BWCBJbnRlZ3JhdGVk IERpZ2l0YWwgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gbXVsdGlt ZWRpYQ0KICAgIHN1YmNsYXNzICAgPSBhdWRpbw0KICAgIGNhcCAwMVs1MF0g PSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCnZn YXBjaTBAcGNpMTowOjA6CWNsYXNzPTB4MDMwMDAwIGNhcmQ9MHg0MDUwMTQ1 OCBjaGlwPTB4NDE1MzEwMDIgcmV2PTB4MDAgaGRyPTB4MDANCiAgICB2ZW5k b3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jLicNCiAgICBkZXZpY2Ug ICAgID0gJ1JWMzUwIFJhZGVvbiA5NTUwJw0KICAgIGNsYXNzICAgICAgPSBk aXNwbGF5DQogICAgc3ViY2xhc3MgICA9IFZHQQ0KICAgIGNhcCAwMls1OF0g PSBBR1AgNHggMnggMXggU0JBIGRpc2FibGVkDQogICAgY2FwIDAxWzUwXSA9 IHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBE MA0KdmdhcGNpMUBwY2kxOjA6MToJY2xhc3M9MHgwMzgwMDAgY2FyZD0weDQw NTExNDU4IGNoaXA9MHg0MTczMTAwMiByZXY9MHgwMCBoZHI9MHgwMA0KICAg IHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMuJw0KICAgIGRl dmljZSAgICAgPSAnUlYzNTAgUmFkZW9uIDk1NTAgLSBTZWNvbmRhcnknDQog ICAgY2xhc3MgICAgICA9IGRpc3BsYXkNCiAgICBjYXAgMDFbNTBdID0gcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwDQph dGFwY2kwQHBjaTI6MTowOgljbGFzcz0weDAxODA4NSBjYXJkPTB4NGQ2ODEw NWEgY2hpcD0weDRkNjgxMDVhIHJldj0weDAyIGhkcj0weDAwDQogICAgdmVu ZG9yICAgICA9ICdQcm9taXNlIFRlY2hub2xvZ3kgSW5jJw0KICAgIGRldmlj ZSAgICAgPSAnUERDMjAyNjggVWx0cmExMDAgVFgyIEVJREUgQ29udHJvbGxl cicNCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdlDQogICAgY2FwIDAx WzYwXSA9IHBvd2Vyc3BlYyAxICBzdXBwb3J0cyBEMCBEMSBEMyAgY3VycmVu dCBEMA0KcmwwQHBjaTI6MTI6MDoJY2xhc3M9MHgwMjAwMDAgY2FyZD0weDgx MzkxMGVjIGNoaXA9MHg4MTM5MTBlYyByZXY9MHgxMCBoZHI9MHgwMA0KICAg IHZlbmRvciAgICAgPSAnUmVhbHRlayBTZW1pY29uZHVjdG9yJw0KICAgIGRl dmljZSAgICAgPSAnUlQ4MTM5IChBL0IvQy84MTB4LzgxM3gvQyspIEZhc3Qg RXRoZXJuZXQgQWRhcHRlcicNCiAgICBjbGFzcyAgICAgID0gbmV0d29yaw0K ICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldA0KICAgIGNhcCAwMVs1MF0gPSBw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAN CmJrdHIwQHBjaTI6MTQ6MDoJY2xhc3M9MHgwNDAwMDAgY2FyZD0weDAwMDAw MDAwIGNoaXA9MHgwMzZlMTA5ZSByZXY9MHgxMSBoZHI9MHgwMA0KICAgIHZl bmRvciAgICAgPSAnQ29uZXhhbnQgKFdhczogQnJvb2t0cmVlIENvcnApJw0K ICAgIGRldmljZSAgICAgPSAnQnQ4NzgvRnVzaW9uIDg3OEEgTWVkaWFzdHJl YW0gQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICAgID0gbXVsdGltZWRpYQ0K ICAgIHN1YmNsYXNzICAgPSB2aWRlbw0KICAgIGNhcCAwM1s0NF0gPSBWUEQN CiAgICBjYXAgMDFbNGNdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwDQpub25lMEBwY2kyOjE0OjE6CWNsYXNzPTB4MDQ4MDAw IGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDg3ODEwOWUgcmV2PTB4MTEgaGRy PTB4MDANCiAgICB2ZW5kb3IgICAgID0gJ0NvbmV4YW50IChXYXM6IEJyb29r dHJlZSBDb3JwKScNCiAgICBkZXZpY2UgICAgID0gJ0J0ODc4L0Z1c2lvbjg3 OEEgVmlkZW8gQ2FwdHVyZSAoQXVkaW8gU2VjdGlvbiknDQogICAgY2xhc3Mg ICAgICA9IG11bHRpbWVkaWENCiAgICBjYXAgMDNbNDRdID0gVlBEDQogICAg Y2FwIDAxWzRjXSA9IHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMA0K --0-196065811-1172956139=:89640-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 21:15:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50B8216A400; Sat, 3 Mar 2007 21:15:05 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 13A9113C47E; Sat, 3 Mar 2007 21:15:04 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l23LF4oJ005549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Mar 2007 16:15:04 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l23LEutt052140; Sat, 3 Mar 2007 16:14:56 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17897.58704.84621.191067@grasshopper.cs.duke.edu> Date: Sat, 3 Mar 2007 16:14:56 -0500 (EST) To: Scott Long In-Reply-To: <45E9A236.1080005@samsco.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> <45E9A236.1080005@samsco.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Peter Jeremy , freebsd-current@freebsd.org, Andre Oppermann Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 21:15:05 -0000 Scott Long writes: > > Just for fun, I wonder what would happen if HZ was set back to 100. > It's not a fix, but it might point to some misconfigured timers. I'm away, and the machines are powered off, but I could swear I set hz back to 100. I can grep in the serial console logs and see: Timecounters tick every 10.000 msec I assume it would be every 1.000 msec if hz was at its default value of 1000. Drew From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 21:38:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 727AE16A401; Sat, 3 Mar 2007 21:38:25 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 36F8B13C481; Sat, 3 Mar 2007 21:38:25 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l23LcO1N009409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Mar 2007 16:38:24 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l23LcJ92052247; Sat, 3 Mar 2007 16:38:19 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17897.60107.576150.627357@grasshopper.cs.duke.edu> Date: Sat, 3 Mar 2007 16:38:19 -0500 (EST) To: Andre Oppermann In-Reply-To: <45E99060.3030404@freebsd.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 21:38:25 -0000 Andre Oppermann writes: > This thing is really strange and difficult to debug. A look at the CVS history > of tcp_input/output doesn't show any smoking gun. ACKs like these are totally > pointless. There are three places able to cause ACKs: 1) tcp_input decides to > call tcp_output [not the case here as there are no corresponding input packets > to cause this]; 2) tcp_output has a unterminated loop somewhere causing it to > spew the ACKs in rapid succession [unlikely as it holds the tcpcb lock and that > would block inbound packets]; 3) tcp timers are misfiring or not properly dis- > armed [here the logic in tcp_output may/should just ignore it and return w/o > sending any packet]. When I was taking traces a few weeks ago, I remember having the impression that the acks would start happening when the FreeBSD sender didn't have enough space in the window to send any more data, and would seemingly continue until the (Linux|Macosx) receiver sent an ack which updated the window and allowed the FreeBSD sender to send more data. Are you using a FreeBSD receiver? Both Linux and MacOSX ack far, far less often than we do. Maybe a FreeBSD receiver acks too quickly for you to see the bug? Drew From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 22:21:17 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C15516A403; Sat, 3 Mar 2007 22:21:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0DD13C48E; Sat, 3 Mar 2007 22:21:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 954B346CE5; Sat, 3 Mar 2007 17:21:16 -0500 (EST) Date: Sat, 3 Mar 2007 22:21:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yoshihiro Ota In-Reply-To: <20070302234750.7b57c23c.ota@j.email.ne.jp> Message-ID: <20070303221906.I60688@fledge.watson.org> References: <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> <20070302234750.7b57c23c.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randall Stewart , Scott Robbins , "Stephane E. Potvin" , brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 22:21:17 -0000 On Fri, 2 Mar 2007, Yoshihiro Ota wrote: > My X runs fine but I think I am still seeing this problem with diffrent > ports. > > They are japanese/Canna japanese/kinput2-canna. > > Canna uses "unix" domain socket to communicate and it still doesn't work. > Before, Canna reproted some "unix" domain socket error. Now, it doesn't > report such errors but "kinput2" stucks. > > Installing kinput2-cann will install Canna as well. You will need these 2 > entries to run Canna. > > canna_enable="YES" canna_flags="-u bin inet" > > Then, you need the following to allow to use kinput from X terminals. > > setenv XMODIFIERS '@im=kinput > > Once you start canna, run "kinput2" in one of the X terminals. Then, > kinput2 eats all CPU. Could you confirm that if you run the code precisely before the commits in question (i.e., back out to uipc_usrreq.c:1.196 and unpcb.h:1.22) the problem goes away completely? If so, could you try running ktrace on kinput2 and see if it's looping around any particular syscalls and getting an error repeatedly? It could be that an error is now (possibly incorrectly) being returned and that kinput2 is not handling that well. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 22:27:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45AAC16A401 for ; Sat, 3 Mar 2007 22:27:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id C620913C461 for ; Sat, 3 Mar 2007 22:27:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l23MRIMj052479; Sun, 4 Mar 2007 09:27:18 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l23MRInX052478; Sun, 4 Mar 2007 09:27:18 +1100 (EST) (envelope-from peter) Date: Sun, 4 Mar 2007 09:27:18 +1100 From: Peter Jeremy To: Andre Oppermann Message-ID: <20070303222718.GG9421@turion.vk2pj.dyndns.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KuLpqunXa7jZSBt+" Content-Disposition: inline In-Reply-To: <45E99060.3030404@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 22:27:29 -0000 --KuLpqunXa7jZSBt+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Mar-03 16:12:32 +0100, Andre Oppermann wrote: >Peter Jeremy wrote: >>On 2007-Jan-26 11:59:06 -0500, Andrew Gallatin =20 >>wrote: >> >>>When running some benchmarks, I noticed tons of duplicate acks showing >>>up in systat -tcp (thousands, or tens of thousands per second). >> >>Whilst investigating other problems, I've just seen the same on 6.2. =2E.. >This thing is really strange and difficult to debug. At least for me, it's not readily reproducable. I've written a perl script to try and locate the problem in tcpdumps I've taken for other reasons and haven't seen any recurrences of it. >I haven't experienced this bug myself which makes it even harder to debug. It's not something you'd probably notice unless you were specifically looking. In my case, I only noticed because I am trying to track an ipfilter bug and that connection setup had been flagged so I was studying the tcpdump output. Any ideas on where to add some checks to try and detect this without needing to pour over tcpdump traces? --=20 Peter Jeremy --KuLpqunXa7jZSBt+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6fZG/opHv/APuIcRAv9uAJ99c8/9uJN1wOvfPUUb42xslaEspgCdFIUT fTDe3FVCSBD0zKTer1u3VtY= =2Ajz -----END PGP SIGNATURE----- --KuLpqunXa7jZSBt+-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 22:30:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A4E816A401; Sat, 3 Mar 2007 22:30:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4A44613C478; Sat, 3 Mar 2007 22:30:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9EAAA46CE9; Sat, 3 Mar 2007 17:30:52 -0500 (EST) Date: Sat, 3 Mar 2007 22:30:52 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andre Oppermann In-Reply-To: <45E8276D.60105@freebsd.org> Message-ID: <20070303222356.S60688@fledge.watson.org> References: <45E8276D.60105@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, gallatin@freebsd.org, freebsd-current@freebsd.org, kmacy@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 22:30:53 -0000 On Fri, 2 Mar 2007, Andre Oppermann wrote: > Instead of the unlock-lock dance soreceive_stream() pulls a properly sized > (relative to the receive system call buffer space) from the socket buffer > drops the lock and gives copyout as much time as it needs. In the mean time > the lower half can happily add as many new packets as it wants without > having to wait for a lock. It also allows the upper and lower halfs to run > on different CPUs without much interference. There is a unsolved nasty race > condition in the patch though. When the socket closes and we still have data > around or the copyout failed it tries to put the data back into the socket > buffer which is gone already by then leading to a panic. Work is underway > to find a realiable fix for this. I wanted to get this out to the community > nonetheless to give it some more exposure. I'll try to take a look at this in the next few days. However, I find the description above of soreceive() a bit odd -- I'm pretty sure it doesn't do some of the things you're describing. For example, soreceive() does release the locks acquired by the network input processing path while copying to user space: there should be no contention during the copyout(), only while processing the socket buffer between copyout() calls. This is possible because the socket receive sleep lock (not the mutex) holds sb_mb constant if it is non-NULL, making copyout() of sb_mb->m_data safe while not holding the socket buffer mutex in the current implementation. In my experience, soreceive() is an incredibly complicated function, and could stand significant simplification. However, it has to be done very carefully for exactly this reason :-). There are some existing bugs in soreceive(), one involving incorrect handling of interlaced I/O due to a label being in the wrong place, that we should resolve. BTW, the point of not pulling the data out of the socket buffer until copyout() is complete is not error handling reversion so much as not changing the advertised window size until the copy is done, since the data isn't delivered to user space. Copyout() can take a very long time to run, due to page faults, for example, and the socket buffer represents a maximum bound on in-flight traffic as specified by the application. Whether this is a property we want to keep is another question, but I believe that's the rationale. Robert N M Watson Computer Laboratory University of Cambridge > > The patch is here: > > http://people.freebsd.org/~andre/soreceive_stream-20070302.diff > > Any testing, especially on 10Gig cards, and feedback appreciated. > > -- > Andre > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 22:51:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07FBD16A402 for ; Sat, 3 Mar 2007 22:51:05 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 728F913C4B7 for ; Sat, 3 Mar 2007 22:51:04 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 2665 invoked from network); 3 Mar 2007 22:23:22 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Mar 2007 22:23:22 -0000 Message-ID: <45E9FBDF.9050606@freebsd.org> Date: Sat, 03 Mar 2007 23:51:11 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Andrew Gallatin References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> <17897.60107.576150.627357@grasshopper.cs.duke.edu> In-Reply-To: <17897.60107.576150.627357@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 22:51:05 -0000 Andrew Gallatin wrote: > Andre Oppermann writes: > > This thing is really strange and difficult to debug. A look at the CVS history > > of tcp_input/output doesn't show any smoking gun. ACKs like these are totally > > pointless. There are three places able to cause ACKs: 1) tcp_input decides to > > call tcp_output [not the case here as there are no corresponding input packets > > to cause this]; 2) tcp_output has a unterminated loop somewhere causing it to > > spew the ACKs in rapid succession [unlikely as it holds the tcpcb lock and that > > would block inbound packets]; 3) tcp timers are misfiring or not properly dis- > > armed [here the logic in tcp_output may/should just ignore it and return w/o > > sending any packet]. > > When I was taking traces a few weeks ago, I remember having the > impression that the acks would start happening when the FreeBSD > sender didn't have enough space in the window to send any more > data, and would seemingly continue until the (Linux|Macosx) > receiver sent an ack which updated the window and allowed > the FreeBSD sender to send more data. Ok, that's an ambulance worth chasing. Lets see if it leads us to an accident. > Are you using a FreeBSD receiver? Both Linux and MacOSX ack far, far > less often than we do. Maybe a FreeBSD receiver acks too quickly > for you to see the bug? I'll try reproduce the bug against OSX. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 23:20:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33B4E16A404 for ; Sat, 3 Mar 2007 23:20:04 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9461C13C4B5 for ; Sat, 3 Mar 2007 23:20:03 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 2824 invoked from network); 3 Mar 2007 22:52:21 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Mar 2007 22:52:21 -0000 Message-ID: <45EA02AA.8030800@freebsd.org> Date: Sun, 04 Mar 2007 00:20:10 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Robert Watson References: <45E8276D.60105@freebsd.org> <20070303222356.S60688@fledge.watson.org> In-Reply-To: <20070303222356.S60688@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, gallatin@freebsd.org, freebsd-current@freebsd.org, kmacy@freebsd.org Subject: Re: New optimized soreceive_stream() for TCP sockets, proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 23:20:04 -0000 Robert Watson wrote: > > On Fri, 2 Mar 2007, Andre Oppermann wrote: > >> Instead of the unlock-lock dance soreceive_stream() pulls a properly >> sized (relative to the receive system call buffer space) from the >> socket buffer drops the lock and gives copyout as much time as it >> needs. In the mean time the lower half can happily add as many new >> packets as it wants without having to wait for a lock. It also allows >> the upper and lower halfs to run on different CPUs without much >> interference. There is a unsolved nasty race condition in the patch >> though. When the socket closes and we still have data around or the >> copyout failed it tries to put the data back into the socket buffer >> which is gone already by then leading to a panic. Work is underway to >> find a realiable fix for this. I wanted to get this out to the >> community nonetheless to give it some more exposure. > > I'll try to take a look at this in the next few days. > > However, I find the description above of soreceive() a bit odd -- I'm > pretty sure it doesn't do some of the things you're describing. For > example, soreceive() does release the locks acquired by the network > input processing path while copying to user space: there should be no > contention during the copyout(), only while processing the socket buffer > between copyout() calls. This is possible because the socket receive > sleep lock (not the mutex) holds sb_mb constant if it is non-NULL, > making copyout() of sb_mb->m_data safe while not holding the socket > buffer mutex in the current implementation. The copyout is done without holding the lock. However for every mbuf in the socket buffer it unlocks, does the copyout and then locks it again for the next. I was referring to that unlock-lock pair for every mbuf. > In my experience, soreceive() is an incredibly complicated function, and > could stand significant simplification. However, it has to be done very > carefully for exactly this reason :-). There are some existing bugs in > soreceive(), one involving incorrect handling of interlaced I/O due to a > label being in the wrong place, that we should resolve. It's damn complex. That's one of the reasons I started the soreceive_stream() function and related stuff. To try to understand it and to document all the evil edge cases right. I'm pretty sure I've not accounted for some yet. > BTW, the point of not pulling the data out of the socket buffer until > copyout() is complete is not error handling reversion so much as not > changing the advertised window size until the copy is done, since the > data isn't delivered to user space. Copyout() can take a very long time > to run, due to page faults, for example, and the socket buffer > represents a maximum bound on in-flight traffic as specified by the > application. Whether this is a property we want to keep is another > question, but I believe that's the rationale. Haven't thought of that rationale yet. So far it appeared to me that it was done for sanity reasons and there wasn't really a need in the spl() days to do it otherwise. I'll think some more about it and whether it is good, bad or doesn't matter. Mind you this patch is just a pretty advanced proof of concept thing. Certainly not something to kick into the tree by tomorrow or the day after. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 23:24:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ADB716A402 for ; Sat, 3 Mar 2007 23:24:52 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id B9AAA13C474 for ; Sat, 3 Mar 2007 23:24:51 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 2871 invoked from network); 3 Mar 2007 22:57:09 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 3 Mar 2007 22:57:09 -0000 Message-ID: <45EA03CA.4040804@freebsd.org> Date: Sun, 04 Mar 2007 00:24:58 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Andrew Gallatin References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <20070303000125.GA9918@turion.vk2pj.dyndns.org> <45E99060.3030404@freebsd.org> <17897.60107.576150.627357@grasshopper.cs.duke.edu> <45E9FBDF.9050606@freebsd.org> In-Reply-To: <45E9FBDF.9050606@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 23:24:52 -0000 Andre Oppermann wrote: > Andrew Gallatin wrote: >> Andre Oppermann writes: >> > This thing is really strange and difficult to debug. A look at the >> CVS history >> > of tcp_input/output doesn't show any smoking gun. ACKs like these >> are totally >> > pointless. There are three places able to cause ACKs: 1) tcp_input >> decides to >> > call tcp_output [not the case here as there are no corresponding >> input packets >> > to cause this]; 2) tcp_output has a unterminated loop somewhere >> causing it to >> > spew the ACKs in rapid succession [unlikely as it holds the tcpcb >> lock and that >> > would block inbound packets]; 3) tcp timers are misfiring or not >> properly dis- >> > armed [here the logic in tcp_output may/should just ignore it and >> return w/o >> > sending any packet]. >> >> When I was taking traces a few weeks ago, I remember having the >> impression that the acks would start happening when the FreeBSD >> sender didn't have enough space in the window to send any more >> data, and would seemingly continue until the (Linux|Macosx) >> receiver sent an ack which updated the window and allowed >> the FreeBSD sender to send more data. > > Ok, that's an ambulance worth chasing. Lets see if it leads us to an > accident. Nope. A visual inspection of tcp_output(), TF_ACKNOW handling didn't yield a trail to follow further. The tcpdump by Peter also doesn't support that theory as no windows get exhausted. A casual inspection of tcp timer handling also doesn't support the refiring timer thesis. There is no other way than to instrument the code. In your test bed it is fairly easy to reproduce, is it? -- Andre