From owner-freebsd-current@FreeBSD.ORG Sun May 7 00:17:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1CED16A403 for ; Sun, 7 May 2006 00:17:25 +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 8A9F243D46 for ; Sun, 7 May 2006 00:17:25 +0000 (GMT) (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 k470HODg002198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 6 May 2006 17:17:25 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445D3C94.10102@errno.com> Date: Sat, 06 May 2006 17:17:24 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 00:17:26 -0000 A new test snapshot is available at: http://people.freebsd.org/~sam/ath_hal-20060506.tgz This is 0.9.17.0 and is known to work on sparc (tested) and may well work on alpha (untested but likely the same issue that broke sparc). This code should be a drop-in replacement for what's in cvs in HEAD but be sure to rebuild both the driver and rate control module as there are ABI changes. Note that to use this hal with RELENG_6 or other branches other than HEAD you must have rev 1.143 of if_ath.c. To build a sparc module you must have rev 1.5 of modules/ath_hal/Makefile and rev 1.539 of conf/options. Please test and report regressions. Sam From owner-freebsd-current@FreeBSD.ORG Sun May 7 00:29:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A8BAB16A407; Sun, 7 May 2006 00:29:14 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Sun, 7 May 2006 08:29:10 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> <20060506214838.Q46997@fledge.watson.org> <445D25BA.9020508@fsn.hu> In-Reply-To: <445D25BA.9020508@fsn.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605070829.11195.davidxu@freebsd.org> Cc: Attila Nagy , Robert Watson , current@freebsd.org, performance@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 00:29:16 -0000 On Sunday 07 May 2006 06:39, Attila Nagy wrote: > On 2006. 05. 06. 22:50, Robert Watson wrote: > >> The machine is a quad core Xeon LV server, the client side is > >> sysbench, accessing mysql 4.1.8 on a socket. Heap table, simple test. > > > > Which threading library is that with, btw? If libpthread, could you run > > the same test with libthr, and vice versa? > > thr and with dynamically linked mysql, because when I link it with > -static, it dies with sig11 at startup. > Our static thread library build is broken, my standpoint is weak symbol overriding never works correctly, if you have any idea, we can discuss it on arch@, we of course will be at disadvantageous position if it won't be fixed. > You can find the updated picture at the previous link. David Xu From owner-freebsd-current@FreeBSD.ORG Sun May 7 02:37:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD8816A406 for ; Sun, 7 May 2006 02:37:12 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE1CF43D49 for ; Sun, 7 May 2006 02:37:11 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k472ansE082422; Sat, 6 May 2006 21:36:50 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <445D5D42.9040107@centtech.com> Date: Sat, 06 May 2006 21:36:50 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Sam Leffler References: <445D3C94.10102@errno.com> In-Reply-To: <445D3C94.10102@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1446/Sat May 6 18:46:08 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 02:37:26 -0000 Sam Leffler wrote: > A new test snapshot is available at: > > http://people.freebsd.org/~sam/ath_hal-20060506.tgz > > This is 0.9.17.0 and is known to work on sparc (tested) and may well > work on alpha (untested but likely the same issue that broke sparc). > > This code should be a drop-in replacement for what's in cvs in HEAD but > be sure to rebuild both the driver and rate control module as there are > ABI changes. Note that to use this hal with RELENG_6 or other branches > other than HEAD you must have rev 1.143 of if_ath.c. To build a sparc > module you must have rev 1.5 of modules/ath_hal/Makefile and rev 1.539 > of conf/options. > > Please test and report regressions. On 6.1-RC2, I get compile errors: 6.1-RC FreeBSD 6.1-RC #15: Fri May 5 08:29:44 CDT 2006 if_ath.c: __FBSDID("$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.94.2.18 2006/05/02 17:06:35 sam Exp $"); [..snip..] ===> ath (all) cc -O2 -pipe -march=pentiumpro -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/usr/src/sys/modules/ath/../../contrib/dev/ath -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/NEUTRINO/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/NEUTRINO -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_attach': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing arg 3 of `ath_hal_attach' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing arg 4 of `ath_hal_attach' makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/sys/modules/ath. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/NEUTRINO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun May 7 04:36:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D4016A400 for ; Sun, 7 May 2006 04:36:45 +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 4D79C43D45 for ; Sun, 7 May 2006 04:36:45 +0000 (GMT) (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 k474agww003154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 May 2006 21:36:43 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445D795A.6000301@errno.com> Date: Sat, 06 May 2006 21:36:42 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Eric Anderson References: <445D3C94.10102@errno.com> <445D5D42.9040107@centtech.com> In-Reply-To: <445D5D42.9040107@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 04:36:46 -0000 Eric Anderson wrote: > Sam Leffler wrote: >> A new test snapshot is available at: >> >> http://people.freebsd.org/~sam/ath_hal-20060506.tgz >> >> This is 0.9.17.0 and is known to work on sparc (tested) and may well >> work on alpha (untested but likely the same issue that broke sparc). >> >> This code should be a drop-in replacement for what's in cvs in HEAD >> but be sure to rebuild both the driver and rate control module as >> there are ABI changes. Note that to use this hal with RELENG_6 or >> other branches other than HEAD you must have rev 1.143 of if_ath.c. >> To build a sparc module you must have rev 1.5 of >> modules/ath_hal/Makefile and rev 1.539 of conf/options. >> >> Please test and report regressions. > > On 6.1-RC2, I get compile errors: > 6.1-RC FreeBSD 6.1-RC #15: Fri May 5 08:29:44 CDT 2006 > if_ath.c: __FBSDID("$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.94.2.18 > 2006/05/02 17:06:35 sam Exp $"); > > [..snip..] > ===> ath (all) > cc -O2 -pipe -march=pentiumpro -fno-strict-aliasing -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -I- -I. > -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd > -I/usr/src/sys/modules/ath/../../contrib/dev/ath > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/NEUTRINO/opt_global.h -I. -I@ -I@/contrib/altq > -I@/../include -finline-limit=8000 -fno-common -g > -I/usr/obj/usr/src/sys/NEUTRINO -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -c > /usr/src/sys/modules/ath/../../dev/ath/if_ath.c > /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_attach': > /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing > arg 3 of `ath_hal_attach' makes pointer from integer without a cast > /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing > arg 4 of `ath_hal_attach' makes pointer from integer without a cast > *** Error code 1 > > Stop in /usr/src/sys/modules/ath. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/NEUTRINO. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > > > Like I said: Note that to use this hal with RELENG_6 or >> other branches other than HEAD you must have rev 1.143 of if_ath.c. From owner-freebsd-current@FreeBSD.ORG Sun May 7 08:07:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5A36416A400; Sun, 7 May 2006 08:07:14 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Sun, 7 May 2006 16:07:10 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> In-Reply-To: <20060506150622.C17611@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605071607.10869.davidxu@freebsd.org> Cc: performance@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 08:07:48 -0000 On Saturday 06 May 2006 22:16, Robert Watson wrote: > Dear all, > > Attached, please find a patch implementing more fine-grained locking for > the POSIX local socket subsystem (UNIX domain socket subsystem). In the > current implementation, we use a single global subsystem lock to protect > all local IPC over the PF_LOCAL socket type. This has low overhead, but > can result in significant contention, especially for workloads like MySQL > which push a great deal of data through UNIX domain sockets, and involve > many parties. The hope is that by improving granularity, we can reduce > contention sufficiently to overcome the added cost of increased locking > overhead (a side-effect of greater granularity). At a high level, here are > the changes made: I have tested the patch on my dual PIII machine, the test is super-smack's select-key.smack, as you said, performance is improved. it seems uidinfo lock is one of the bottlenecks in my test, it might be caused by chgsbsize() because it seems each socket I/O has to execute the code though they don't have any relations. Note unlike kris, I don't have local changes. max total count avg cnt_hold cnt_lock name 2913 1110657 1200300 0 25690 34374 kern/kern_resource.c:1172 (sleep mtxpool) 5603 7259406 204321 35 20899 20075 kern/kern_descrip.c:378 (Giant) 6987 1817410 1369257 1 10739 7324 kern/kern_descrip.c:1990 (filedesc structure) 3713 3771857 120053 31 4553 4612 kern/uipc_usrreq.c:617 (unp_global_mtx) 7339 1903685 1574656 1 3389 3710 kern/kern_descrip.c:2145 (sleep mtxpool) 91334 1798700 1369257 1 3227 7916 kern/kern_descrip.c:2011 (filedesc structure) 4764 223419 204440 1 2549 1693 kern/kern_descrip.c:385 (filedesc structure) 410546 2002932 1369257 1 2238 4103 kern/kern_descrip.c:2010 (sleep mtxpool) 5064 248004 169944 1 1152 1777 kern/kern_sig.c:1002 (process lock) 39 149033 74420 2 760 866 kern/kern_synch.c:220 (process lock) 5567 209654 204321 1 691 1566 kern/kern_descrip.c:438 (filedesc structure) 70 386915 63807 6 527 412 kern/subr_sleepqueue.c:374 (process lock) 4358 486842 66802 7 463 291 kern/vfs_bio.c:2424 (vnode interlock) 6430 488186 214393 2 347 420 kern/kern_lock.c:163 (lockbuilder mtxpool) 3057 251010 68159 3 313 2290 kern/vfs_vnops.c:796 (vnode interlock) 13126 15731880 1080092 14 294 227 kern/uipc_usrreq.c:581 (so_snd) 3161 67316 66402 1 293 267 kern/vfs_bio.c:1464 (vnode interlock) 3395 205078 204321 1 270 447 kern/kern_descrip.c:433 (sleep mtxpool) 3011 97692 2323 42 213 239 kern/kern_synch.c:218 (Giant) 71 9933 3721 2 185 185 i386/i386/pmap.c:2235 (vm page queue mutex) 14 3454 3512 0 121 155 vm/vm_fault.c:909 (vm page queue mutex) 3700 2120096 120046 17 119 22 kern/uipc_usrreq.c:705 (so_rcv) 9 2379 2024 1 103 121 vm/vm_fault.c:346 (vm page queue mutex) 9389 131186 120070 1 94 1 kern/uipc_socket.c:1101 (so_snd) 4 2400 3016 0 85 4385 vm/vm_fault.c:851 (vm page queue mutex) 99 6403 596 10 84 50 i386/i386/pmap.c:2649 (vm page queue mutex) 5109 201972 204330 0 77 306 kern/sys_socket.c:176 (so_snd) 1892 47770 2030 23 66 15 vm/vm_fault.c:686 (vm object) 3380 360770 66716 5 61 117 kern/vfs_bio.c:1445 (buf queue lock) 7 1597 1380 1 53 90 vm/vm_fault.c:136 (vm page queue mutex) 347 89307 8267 10 50 330 kern/kern_timeout.c:240 (Giant) 14 10199 12448 0 38 100 kern/kern_sx.c:157 (lockbuilder mtxpool) 15 10421 3046 3 37 32 vm/vm_fault.c:1009 (vm page queue mutex) 3704 2757298 120046 22 31 0 kern/uipc_usrreq.c:696 (unp_mtx) 27 1519 510 2 27 21 vm/vm_object.c:637 (vm page queue mutex) 29 7651 5374 1 26 44 geom/geom_io.c:68 (bio queue) 4517 25540 6495 3 23 250 kern/kern_umtx.c:194 (umtxq_lock) 39 1910 400 4 20 9 i386/i386/pmap.c:2126 (vm page queue mutex) 3 669 648 1 19 24 vm/vm_object.c:1551 (vm page queue mutex) 13346 24581 2592 9 18 36 vm/vnode_pager.c:1164 (vm object) 293 24130 3559 6 17 37 vm/vm_fault.c:994 (vm object) 11121 73890 994 74 17 8 kern/kern_intr.c:661 (Giant) 396 6808 141 48 17 4 vm/vm_map.c:1427 (vm page queue mutex) 2100 64657 66580 0 16 46 kern/vfs_bio.c:357 (needsbuffer lock) 4082 304716 66778 4 12 92 sys/buf.h:296 (lockbuilder mtxpool) 491 10312 12453 0 12 21 kern/kern_sx.c:245 (lockbuilder mtxpool) 86 1726 210 8 11 7 i386/i386/pmap.c:1966 (vm page queue mutex) 809 60435 66602 0 11 0 kern/vfs_bio.c:315 (needsbuffer lock) From owner-freebsd-current@FreeBSD.ORG Sun May 7 08:08:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A12B16A419 for ; Sun, 7 May 2006 08:08:37 +0000 (UTC) (envelope-from psionic@csh.rit.edu) Received: from whitefox.csh.rit.edu (whitefox.csh.rit.edu [129.21.60.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01BB43D45 for ; Sun, 7 May 2006 08:08:36 +0000 (GMT) (envelope-from psionic@csh.rit.edu) Received: from localhost (localhost [127.0.0.1]) by whitefox.csh.rit.edu (Postfix) with ESMTP id DFE5711485 for ; Sun, 7 May 2006 04:08:39 -0400 (EDT) Received: from whitefox.csh.rit.edu ([127.0.0.1]) by localhost (whitefox.csh.rit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83599-05 for ; Sun, 7 May 2006 04:08:39 -0400 (EDT) Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by whitefox.csh.rit.edu (Postfix) with ESMTP id B52FD1149A for ; Sun, 7 May 2006 04:08:39 -0400 (EDT) Received: from fury.csh.rit.edu (localhost [127.0.0.1]) by fury.csh.rit.edu (Postfix) with ESMTP id A58C615BD for ; Sun, 7 May 2006 04:08:35 -0400 (EDT) From: Jordan Sissel To: freebsd-current@freebsd.org Date: Sun, 07 May 2006 04:08:35 -0400 Sender: psionic@csh.rit.edu Message-Id: <20060507080835.A58C615BD@fury.csh.rit.edu> X-Virus-Scanned: amavisd-new at csh.rit.edu Subject: [patch] new moused and psm patchset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 08:08:37 -0000 I need some folks to test and criticize my work thus far for a replacement mouse input system. I have prepared a patch against April 12th's -CURRENT. Please test this if you can. If you are unfamiliar with my work, visit the project website: http://www.semicomplete.com/projects/newpsm The patch merges my work with -CURRENT in such a way that both the new and old mouse systems are available. Instructions for building with the new mouse system are on the website, but for convenience I'll list them here aswell: Download the patch: http://www.semicomplete.com/projects/newpsm/patch-CURRENT-Apr.13.06.newmoused+newpsm Apply the patch: patch -p0 < patch-CURRENT-Apr.13.06.newmoused+newpsm If you have a PS/2 mouse (Synaptics included), modify your kernel config to include the following: device newpsm Comment out or remove the "device psm" entry. Rebuild world with: make buildworld -DNEWMOUSE make installworld -DNEWMOUSE Rebuild kernel with the same options: make buildkernel -DNEWMOUSE make installkernel -DNEWMOUSE If you are using newpsm, you should see the following during boot and in dmesg, indicating that you have succeeded with building newpsm: psm0: <(new) PS/2 Mouse> irq 12 on atkbdc0 The big change is that /dev/psm0 can NO LONGER BE USED as a mouse device for X, atleast as far as I know. It no longer talks sysmouse or mousesystems protocol. It expects something higher, such as moused(8), to translate. You will have a new moused(8) with magic and fairy dust... or something. For information on how to use the new mouse daemon, see the project page. There are many issues still needing to be resolved, but I've been using this code base on my new and ancient laptops for several months now. psm todo list: - remove Giant requirement - ensure it's properly written, my kernel code-fu is weak. moused todo list: - write uhid driver - port up mouse support from the "old mouse" system, as demanded? I know the code violates some of style(9), these will be fixed soon. I need testers' and developers' help. I'm willing to code whatever folks want to see in this new system, I just need to know what you want. Testers: Tell me if it works or breaks and what mice you want supported. Developers: My kernel-fu is weak, I could use some suggestions as to how to clear psm of Giant and clean up some other issues with it. Thanks, -Jordan From owner-freebsd-current@FreeBSD.ORG Sun May 7 11:11:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E57C16A403; Sun, 7 May 2006 11:11: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 A5D0743D48; Sun, 7 May 2006 11:11:18 +0000 (GMT) (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 k47BBHfx002746; Sun, 7 May 2006 07:11:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k47BAxie083284; Sun, 7 May 2006 07:10:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 896A47302F; Sun, 7 May 2006 07:11:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060507111117.896A47302F@freebsd-current.sentex.ca> Date: Sun, 7 May 2006 07:11:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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: Sun, 07 May 2006 11:11:19 -0000 TB --- 2006-05-07 09:26:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-07 09:26:14 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-05-07 09:26:14 - cleaning the object tree TB --- 2006-05-07 09:26:53 - checking out the source tree TB --- 2006-05-07 09:26:53 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-05-07 09:26:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-07 09:33:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-07 09:33:50 - cd /src TB --- 2006-05-07 09:33:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-05-07 11:09:03 - generating LINT kernel config TB --- 2006-05-07 11:09:03 - cd /src/sys/amd64/conf TB --- 2006-05-07 11:09:03 - /usr/bin/make -B LINT TB --- 2006-05-07 11:09:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-07 11:09:04 - cd /src TB --- 2006-05-07 11:09:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 7 11:09:04 UTC 2006 >>> 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 [...] ===> ath_hal (depend) @ -> /src/sys machine -> /src/sys/amd64/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/contrib/dev/ath/freebsd/ah_if.m -h make: don't know how to make /src/sys/modules/ath_hal/../../contrib/dev/ath/public/amd64-elf.opt_ah.h. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-07 11:11:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-07 11:11:17 - ERROR: failed to build lint kernel TB --- 2006-05-07 11:11:17 - tinderbox aborted TB --- 1.34 user 7.02 system 6302.95 real From owner-freebsd-current@FreeBSD.ORG Sun May 7 13:14:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 566E716A401; Sun, 7 May 2006 13:14:28 +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 ACE2943D45; Sun, 7 May 2006 13:14:27 +0000 (GMT) (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 k47DERPq008432; Sun, 7 May 2006 09:14:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k47DEQPh058449; Sun, 7 May 2006 09:14:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A64BC7302F; Sun, 7 May 2006 09:14:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060507131426.A64BC7302F@freebsd-current.sentex.ca> Date: Sun, 7 May 2006 09:14:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 13:14:28 -0000 TB --- 2006-05-07 11:11:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-07 11:11:17 - starting HEAD tinderbox run for i386/i386 TB --- 2006-05-07 11:11:17 - cleaning the object tree TB --- 2006-05-07 11:11:46 - checking out the source tree TB --- 2006-05-07 11:11:46 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-05-07 11:11:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-07 11:18:45 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-07 11:18:45 - cd /src TB --- 2006-05-07 11:18:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-07 12:26:13 - generating LINT kernel config TB --- 2006-05-07 12:26:13 - cd /src/sys/i386/conf TB --- 2006-05-07 12:26:13 - /usr/bin/make -B LINT TB --- 2006-05-07 12:26:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-07 12:26:13 - cd /src TB --- 2006-05-07 12:26:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 7 12:26:13 UTC 2006 >>> 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 Sun May 7 12:52:25 UTC 2006 TB --- 2006-05-07 12:52:25 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-07 12:52:25 - cd /src TB --- 2006-05-07 12:52:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun May 7 12:52:25 UTC 2006 >>> 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 GENERIC completed on Sun May 7 13:12:38 UTC 2006 TB --- 2006-05-07 13:12:38 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-07 13:12:38 - cd /src TB --- 2006-05-07 13:12:38 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun May 7 13:12:39 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/ata-raid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/atapi-cd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/atapi-fd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/atapi-tape.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ath/ath_rate/sample/sample.c -I/src/sys/contrib/dev/ath/freebsd cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ath/if_ath.c -I/src/sys/contrib/dev/ath/freebsd /src/sys/dev/ath/if_ath.c: In function `ath_descdma_setup': /src/sys/dev/ath/if_ath.c:2379: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-07 13:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-07 13:14:26 - ERROR: failed to build PAE kernel TB --- 2006-05-07 13:14:26 - tinderbox aborted TB --- 1.12 user 5.69 system 7388.69 real From owner-freebsd-current@FreeBSD.ORG Sun May 7 16:50:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E640816A400; Sun, 7 May 2006 16:50:07 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx1.starman.ee (smtp-out1.starman.ee [85.253.0.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 179E143D49; Sun, 7 May 2006 16:50:06 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from depression.softematic.com (depression.softematic.com [62.65.205.81]) by mx1.starman.ee (Postfix) with ESMTP id 839C123C157; Sun, 7 May 2006 19:50:03 +0300 (EEST) From: Sven Petai To: freebsd-performance@freebsd.org Date: Sun, 7 May 2006 19:49:53 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> In-Reply-To: <20060506150622.C17611@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605071949.54978.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: performance@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 16:50:08 -0000 hi I performed tests on a 4 * dualcore 2Ghz opteron system (so 8 cores in total). In general with 10 parallel smacker threads the performance seems to go up with your patch by ~44% and with 100 parallel threads it goes down ~25% Here's a graph of select smack performance with your patch: http://bsd.ee/~hadara/debug/mysql4/freebsd_current_06.02.2006_uds_patch/ULE_+_pthread_vs._thr.png Server crashed before I managed to get enough data to plot graphs comparing pre-patch and patched performance. I'll try to generate that and another one, comparing the performance against linux on the same hardware, tomorrow. But below you can find some pre and after patch data that should give some idea of how the patch has impacted performance. Various test data, benchmarking scripts I used etc. can be found @ http://bsd.ee/~hadara/debug/mysql4/ I have included nice value of mysqld in the tests, because I have found that the impact of giving mysqld higher priority can have dramatic effects, especially under 6.X. This happens probably because super-smack with its 100 procs would otherwise get scheduling advantage over mysqld with 100 threads. Hardware: motherboard: Thunder K8QSD Pro hdd: scsi seagate cheetah 10K7 ram: 8 * 3200 CL3 kingston ECC 1G cpu: 4 * opteron 870 (2Ghz dualcore) Environment: mysql: ver: 4.1.18_2 from the ports table type: MyISAM config: my-huge.cnf with disabled bin-log and max-connections bumped to 400 database located on a slice mounted with softupdates super-smack: ver: from the ports smacks: default select and update All tests were run 2 times and mean value was used, unless stated otherwise. ==== FreeBSD current (06.05.2006) ==== scheduler: 4BSD thr_lib nice queries threads update select pthread 0 10000 100 3280 8253 pthread 0 100000 10 5037 19972 thr 0 10000 100 4470 20317 thr 0 100000 10 6341 20353 thr -10 10000 100 4457 20530 thr -10 100000 10 6318 21240 scheduler: ULE thr_lib nice queries threads update select pthread 0 10000 100 3640 8413 pthread 0 100000 10 5269 21248 thr 0 10000 100 4422 16299* thr 0 100000 10 6400 22068 thr -10 10000 100 4400 21154 thr -10 100000 10 6211 21877 * - mean over 5 runs since results were rather unstable: 14088.81, 17629.83, 21210.02, 14173.42, 14395.31 ==== FreeBSD current (06.05.2006) + uds locking patch ==== scheduler: 4BSD thr_lib nice queries threads update select pthread 0 10000 100 3410 8237 pthread 0 100000 10 5150 19786 thr 0 10000 100 4559 14992 thr 0 100000 10 6422 29371 thr -10 10000 100 4535 12589 thr -10 100000 10 6446 30300 scheduler: ULE thr_lib nice queries threads update select pthread 0 10000 100 3455 8062 ---- lost contact with machine ---- results with various threadcounts at 10000 queries is available though @ http://bsd.ee/~hadara/debug/mysql4/freebsd_current_06.02.2006_uds_patch/smack_results_ULE.txt ==== FreeBSD 6.1 RC2 ==== scheduler: 4BSD thr_lib socket nice queries threads update select pthread unix 0 10000 100 2609 6683 pthread unix 0 100000 10 3752 15052 thr unix 0 10000 100 4802 11496 thr unix 0 100000 10 6398 20738 thr unix -10 10000 100 4607 21066 thr unix -10 100000 10 6379 21411 thr tcp -10 10000 100 4335 9952 scheduler: ULE thr_lib socket nice queries threads update select thr unix 0 10000 100 4779 13724 thr unix 0 100000 10 6473 25172 thr unix -10 10000 100 4969 20662 thr unix -10 100000 10 6418 25204 ==== Linux ==== suse - suse enterprise linux 9 with kernel 2.6.5-7.97-smp, mysql 4.0.18-32.1, reiserfs fedora - fedora core with kernel 2.6.9-22-ELsmp, mysql 4.1.12, ext3 distro queries threads update select suse 10000 100 10047* 76857 fedora 10000 100 8072* 67000 * - on linux the bin-log option was not disabled in the mysql config, so it would probably have gotten even higher update smack scores if I had disabled it like I did on freebsd From owner-freebsd-current@FreeBSD.ORG Sun May 7 16:45:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FD816A400; Sun, 7 May 2006 16:45:10 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C080F43D4C; Sun, 7 May 2006 16:45:09 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k47Gj7fJ002746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 7 May 2006 18:45:07 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k47Gj7vY002744; Sun, 7 May 2006 18:45:07 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k47GgWpc063719; Sun, 7 May 2006 18:42:32 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k47GgVg2063718; Sun, 7 May 2006 18:42:31 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 7 May 2006 18:42:30 +0200 To: Igor Kovalenko Message-ID: <20060507164230.GA63540@saturn.kn-bremen.de> Mail-Followup-To: Igor Kovalenko , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Gleb Smirnoff , nox@jelal.kn-bremen.de References: <20060427203718.GA15953@saturn.kn-bremen.de> <445241DE.9020909@mail.ru> <20060428221142.GA11504@saturn.kn-bremen.de> <44530C50.6040902@mail.ru> <20060430004646.GA70632@saturn.kn-bremen.de> <4458277F.4010902@mail.ru> <20060506152059.GA33481@saturn.kn-bremen.de> <445D092E.2040501@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <445D092E.2040501@mail.ru> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sun, 07 May 2006 17:56:31 +0000 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Gleb Smirnoff , nox@jelal.kn-bremen.de Subject: Re: playing with qemu's 8139 nic and FreeBSD (loopback mode missing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 16:45:11 -0000 On Sun, May 07, 2006 at 12:38:06AM +0400, Igor Kovalenko wrote: > Hi Juergen, > > Juergen Lock wrote: > >[Cc'ing glebius@ because he did most of the recent re(4) commits, and > >-current in case possible other driver developers didn't see this thread > >in -emulation] > > > >On Wed, May 03, 2006 at 07:46:07AM +0400, Igor Kovalenko wrote: > >>Juergen Lock wrote: > >>>On Sat, Apr 29, 2006 at 10:48:48AM +0400, Igor Kovalenko wrote: > >>>>Juergen Lock wrote: > >>>>>On Fri, Apr 28, 2006 at 08:25:02PM +0400, Igor Kovalenko wrote: > >>>>>>Juergen Lock wrote: > >>>>>>>I played with > >>>>>>> qemu -monitor stdio -m 256 -cdrom 6.1-RC1-i386-disc1.iso > >>>>>>> -usb -soundhw es1370 -kernel-kqemu -net nic,model=rtl8139 > >>>>>>> -net user > >>>>>>>and got it as far as > >>>>>>> re0: diagnostic failed, failed to receive packet in loopback > >>>>>>> mode > >>>>>>>(followed by a panic :) with the (experimental) patches below. > >>>>>>> > >>>>>>> Anyone in the mood to implement loopback mode for this nic? > >>>>>>> > >>>>>>> Hmm actually... I just found the original posting in the archive, > >>>>>>>is C+ mode implemented now? If not re is probably not what I want, > >>>>>>The rtl8139 is set up with PCI rev ID 0x20 which should be enough for > >>>>>>OS driver > >>>>>>to detect C+ mode features. C+ mode is OK, tested with Linux driver. > >>>>>Cool, so I want FreeBSD's re driver. That one checks TxConfig > >>>>>tho, as changed in my patch (inside #if 0). And when changed, > >>>>>it still doesn't work as mentioned above because the driver expects > >>>>>loopback mode to be working. > >>>>>>>but the rl driver that it attaches without that #if 0'd (now) hunk > >>>>>>>below doesnt seem to be able to get data thru either and I get > >>>>>>> rl0: watchdog timeout > >>>>>>>in dmesg, which usually means the driver doesnt receive interrupts. > >>>>>>> > >>>>>>> What the heck, I'll append a log of a run just doing in > >>>>>>> fixit->cdrom: > >>>>>>> ifconfig rl0 10.0.2.15 > >>>>>>>and then exiting (which is enough to trigger the watchdog timeout...) > >>>>>>> > >>>>>>I'm too lasy to test with fresh freebsd installation :) > >>>>> No need to install FreeBSD, you can get away by just using > >>>>>fixit mode of an install iso, i.e. disc1. (which actually is > >>>>>what I did above. :) > >>>>> > >>>>> You can look at 6.1RC's re driver here: > >>>>>http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c?annotate=1.46.2.14 > >>>>> which includes: > >>>>>http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_rlreg.h?annotate=1.51.2.3 > >>>>> > >>>>> And 6.1RC disc1 iso is e.g. here: > >>>>>ftp://ftp.ru.freebsd.org:/pub/FreeBSD/ISO-IMAGES-i386/6.1/6.1-RC1-i386-disc1.iso > >>>>> > >>>>> > >>>>Thanks, that iso pointer made it. > >>>> > >>> :) > >>> > >>>>Please try the following on top of your patch, at least ping should now > >>>>work: > >>> Thanks, that seems to get the rl driver going. Now to fix C+ mode > >>>(re driver) change the #if 0 in my patch to #if 1... > >>> > >>> > >>I believe freebsd re driver is somewhat broken, e.g. it does not follow > >>documented > >>procedure to detect hardware features (e.g. 8139 c+ mode) > > > >Hmm, a bit of googling didn't reveal docs about this, do you have > >a pointer? (I only found the data sheet at > > http://people.freebsd.org/~wpaul/RealTek/spec-8139cp(150).pdf > >which doesnt seem to mention detecting c+ hardware specifically) > > Well, I might have misread some docs; please do not consider this as an > assault :) > I remember PCI rev id >= 0x20 is C+ mode for realtek 8139. I don't. It may well be the doc you saw this in just is no longer online, or I didn't came up with the right search terms... > > > > >> and in tries to use 8169 > >>registers (e.g. 0xda) on 8139 hardware etc. > > > > Oh, then it must have mis-detected the nic as a 8169 because > >the code in question reads: > > > > if (sc->rl_type == RL_8169) > > CSR_WRITE_2(sc, RL_MAXRXPKTLEN, 16383); And with your patch i get RTL8139: not implemented write(b) addr=0xda val=0x00 but that can't be this line anyway because it seems to be a byte access... Any of the re(4) experts have an idea where this comes from? (log generated by defining DEBUG_RTL8139 in the patched hw/rtl8139.c) > >>Therefore some action from driver people is needed; I can provide a patch > >>which > >>enables board timer in rtl8139 emulation (and thus enables hardware > >>timeout > >>events) if you need it. > > > > Yeah I guess that would be useful... > > > > > > Please find rtl8139.c.freebsd.timer.diff attached hereto. > The diff contains part of your changes to chip identification so re driver > does see it as C+ mode chip. Timer support is added (and there is no kpanic > now), > though the specs require it to be clocked with PCI bus; that is somewhat > hard > to achieve. Common qemu timer is of much lower resolution; doing it > differently > will require some effort. Thankx! (I doubt cycle accuracy is really needed here anyway, and afaik nowhere else in qemu is that done either.) From owner-freebsd-current@FreeBSD.ORG Sun May 7 18:16:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20F9716A43A; Sun, 7 May 2006 18:16:44 +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 5FEFA43D9B; Sun, 7 May 2006 18:16:35 +0000 (GMT) (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 8B9FB46D42; Sun, 7 May 2006 14:16:34 -0400 (EDT) Date: Sun, 7 May 2006 19:16:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Sven Petai In-Reply-To: <200605071949.54978.hadara@bsd.ee> Message-ID: <20060507190844.K46997@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 18:16:44 -0000 On Sun, 7 May 2006, Sven Petai wrote: > I performed tests on a 4 * dualcore 2Ghz opteron system (so 8 cores in > total). > > In general with 10 parallel smacker threads the performance seems to go up > with your patch by ~44% and with 100 parallel threads it goes down ~25% This is an interesting effect I need to explore. Kris reported much increased contention on locks within the process (between threads) when running with my patch. It would be interesting to know what the effect on average query time is -- perhaps it has gone down and we're looking at increased scheduler related contention. I noticed the results in the tests seem somewhat variable. I've noticed that MySQL bennchmarking is heavily affected by test run time and order. It's not atypical when running a series of identical tests to see a first result half the end rate, a second result *better* than the end rate, and then it balance out between the two. For example, I see the following on a dual Xeon: orangutan# foreach i (`jot 12`) super-smack /usr/share/smacks/select-key.smack 2 1000 | grep index | awk -F' ' '{print $5}' end foreach? super-smack /usr/share/smacks/select-key.smack 2 1000 | grep index | awk -F' ' '{print $5}' end foreach? end 4253.60 8685.55 8324.28 8680.88 8321.53 8391.27 8557.10 8034.79 7532.90 8196.65 7931.77 7981.55 This is quite usual, and is sometimes more pronounced. I'm not surprised the first run is slower while things get going, binaries are pulled off disk, code enters the cache, etc. What surprises me is how it bumps up higher initialially, then goes down to balance at a somewhat lower rate. Anyhow, what I'm getting at is this: make sure when you measure MySQL performance, you do a series of runs, discard the first few, and then take an average of the remainder, and watch out for outliers. Robert N M Watson > > Here's a graph of select smack performance with your patch: > http://bsd.ee/~hadara/debug/mysql4/freebsd_current_06.02.2006_uds_patch/ULE_+_pthread_vs._thr.png > > Server crashed before I managed to get enough data to plot graphs > comparing pre-patch and patched performance. > I'll try to generate that and another one, comparing the performance against > linux on the same hardware, tomorrow. > > But below you can find some pre and after patch data that should > give some idea of how the patch has impacted performance. > > Various test data, benchmarking scripts I used etc. can be found @ > http://bsd.ee/~hadara/debug/mysql4/ > > I have included nice value of mysqld in the tests, because I have found that > the impact of giving mysqld higher priority can have dramatic effects, > especially under 6.X. > This happens probably because super-smack with its 100 procs would > otherwise get scheduling advantage over mysqld with 100 threads. > > Hardware: > motherboard: Thunder K8QSD Pro > hdd: scsi seagate cheetah 10K7 > ram: 8 * 3200 CL3 kingston ECC 1G > cpu: 4 * opteron 870 (2Ghz dualcore) > > Environment: > mysql: > ver: 4.1.18_2 from the ports > table type: MyISAM > config: my-huge.cnf with disabled bin-log and max-connections bumped to 400 > database located on a slice mounted with softupdates > super-smack: > ver: from the ports > smacks: default select and update > All tests were run 2 times and mean value was used, unless stated otherwise. > > ==== FreeBSD current (06.05.2006) ==== > scheduler: 4BSD > thr_lib nice queries threads update select > pthread 0 10000 100 3280 8253 > pthread 0 100000 10 5037 19972 > thr 0 10000 100 4470 20317 > thr 0 100000 10 6341 20353 > thr -10 10000 100 4457 20530 > thr -10 100000 10 6318 21240 > > scheduler: ULE > thr_lib nice queries threads update select > pthread 0 10000 100 3640 8413 > pthread 0 100000 10 5269 21248 > thr 0 10000 100 4422 16299* > thr 0 100000 10 6400 22068 > thr -10 10000 100 4400 21154 > thr -10 100000 10 6211 21877 > > * - mean over 5 runs since results were rather unstable: > 14088.81, 17629.83, 21210.02, 14173.42, 14395.31 > > ==== FreeBSD current (06.05.2006) + uds locking patch ==== > scheduler: 4BSD > thr_lib nice queries threads update select > pthread 0 10000 100 3410 8237 > pthread 0 100000 10 5150 19786 > thr 0 10000 100 4559 14992 > thr 0 100000 10 6422 29371 > thr -10 10000 100 4535 12589 > thr -10 100000 10 6446 30300 > > scheduler: ULE > thr_lib nice queries threads update select > pthread 0 10000 100 3455 8062 > ---- lost contact with machine ---- > results with various threadcounts at 10000 queries > is available though @ > http://bsd.ee/~hadara/debug/mysql4/freebsd_current_06.02.2006_uds_patch/smack_results_ULE.txt > > > ==== FreeBSD 6.1 RC2 ==== > scheduler: 4BSD > thr_lib socket nice queries threads update select > pthread unix 0 10000 100 2609 6683 > pthread unix 0 100000 10 3752 15052 > thr unix 0 10000 100 4802 11496 > thr unix 0 100000 10 6398 20738 > thr unix -10 10000 100 4607 21066 > thr unix -10 100000 10 6379 21411 > thr tcp -10 10000 100 4335 9952 > > scheduler: ULE > thr_lib socket nice queries threads update select > thr unix 0 10000 100 4779 13724 > thr unix 0 100000 10 6473 25172 > thr unix -10 10000 100 4969 20662 > thr unix -10 100000 10 6418 25204 > > ==== Linux ==== > suse - suse enterprise linux 9 with kernel 2.6.5-7.97-smp, mysql > 4.0.18-32.1, reiserfs > fedora - fedora core with kernel 2.6.9-22-ELsmp, mysql 4.1.12, ext3 > > distro queries threads update select > suse 10000 100 10047* 76857 > fedora 10000 100 8072* 67000 > > * - on linux the bin-log option was not disabled in the mysql > config, so it would probably have gotten even higher update smack scores > if I had disabled it like I did on freebsd > > From owner-freebsd-current@FreeBSD.ORG Sun May 7 18:23:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826CA16A404; Sun, 7 May 2006 18:23:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC6643D48; Sun, 7 May 2006 18:23:14 +0000 (GMT) (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 17B301A3C19; Sun, 7 May 2006 11:23:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1DD2C51695; Sun, 7 May 2006 14:23:13 -0400 (EDT) Date: Sun, 7 May 2006 14:23:12 -0400 From: Kris Kennaway To: Robert Watson Message-ID: <20060507182312.GA185@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20060507190844.K46997@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 18:23:14 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 07, 2006 at 07:16:34PM +0100, Robert Watson wrote: >=20 > On Sun, 7 May 2006, Sven Petai wrote: >=20 > >I performed tests on a 4 * dualcore 2Ghz opteron system (so 8 cores in= =20 > >total). > > > >In general with 10 parallel smacker threads the performance seems to go = up=20 > >with your patch by ~44% and with 100 parallel threads it goes down ~25% >=20 > This is an interesting effect I need to explore. Kris reported much=20 > increased contention on locks within the process (between threads) when= =20 > running with my patch. It would be interesting to know what the effect o= n=20 > average query time is -- perhaps it has gone down and we're looking at=20 > increased scheduler related contention. >=20 > I noticed the results in the tests seem somewhat variable. I've noticed= =20 > that MySQL bennchmarking is heavily affected by test run time and order. = =20 > It's not atypical when running a series of identical tests to see a first= =20 > result half the end rate, a second result *better* than the end rate, and= =20 > then it balance out between the two. For example, I see the following on= a=20 Also, I see a slow but statistically significant deterioration in performance over time. Maybe mysql's memory is getting fragmented or something. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXjsQWry0BWjoQKURAtNGAJ0fM1JzVK9Rbj5c+7bunFj6oVGL/ACdFY+B gnscH3roaT5uePFlo4ek4vo= =af63 -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 18:27:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8383C16A43B; Sun, 7 May 2006 18:27:49 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE5C43D46; Sun, 7 May 2006 18:27:49 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id A97CF5E4927; Sun, 7 May 2006 11:27:48 -0700 (PDT) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 4407D5E4912; Sun, 7 May 2006 11:27:47 -0700 (PDT) Message-ID: <445E3C21.50206@FreeBSD.org> Date: Sun, 07 May 2006 11:27:45 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <20060507182312.GA185@xor.obsecurity.org> In-Reply-To: <20060507182312.GA185@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 18:27:50 -0000 Kris Kennaway wrote: > > Also, I see a slow but statistically significant deterioration in > performance over time. Maybe mysql's memory is getting fragmented or > something. I have tools to qualitatively assess fragmentation. I can help with this, should you be interested in looking into it. Jason From owner-freebsd-current@FreeBSD.ORG Sun May 7 18:29:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD4C16A463 for ; Sun, 7 May 2006 18:29:02 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A11B643D6B for ; Sun, 7 May 2006 18:29:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k47ISxwa028619; Sun, 7 May 2006 13:28:59 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <445E3C6C.6080103@centtech.com> Date: Sun, 07 May 2006 13:29:00 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Sam Leffler References: <445D3C94.10102@errno.com> <445D5D42.9040107@centtech.com> <445D795A.6000301@errno.com> In-Reply-To: <445D795A.6000301@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1448/Sun May 7 06:41:19 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 18:29:03 -0000 Sam Leffler wrote: > Eric Anderson wrote: >> Sam Leffler wrote: >>> A new test snapshot is available at: >>> >>> http://people.freebsd.org/~sam/ath_hal-20060506.tgz >>> >>> This is 0.9.17.0 and is known to work on sparc (tested) and may well >>> work on alpha (untested but likely the same issue that broke sparc). >>> >>> This code should be a drop-in replacement for what's in cvs in HEAD >>> but be sure to rebuild both the driver and rate control module as >>> there are ABI changes. Note that to use this hal with RELENG_6 or >>> other branches other than HEAD you must have rev 1.143 of if_ath.c. >>> To build a sparc module you must have rev 1.5 of >>> modules/ath_hal/Makefile and rev 1.539 of conf/options. >>> >>> Please test and report regressions. >> >> On 6.1-RC2, I get compile errors: >> 6.1-RC FreeBSD 6.1-RC #15: Fri May 5 08:29:44 CDT 2006 >> if_ath.c: __FBSDID("$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.94.2.18 >> 2006/05/02 17:06:35 sam Exp $"); >> >> [..snip..] >> ===> ath (all) >> cc -O2 -pipe -march=pentiumpro -fno-strict-aliasing -Werror -D_KERNEL >> -DKLD_MODULE -nostdinc -I- -I. >> -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd >> -I/usr/src/sys/modules/ath/../../contrib/dev/ath >> -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/src/sys/NEUTRINO/opt_global.h -I. -I@ -I@/contrib/altq >> -I@/../include -finline-limit=8000 -fno-common -g >> -I/usr/obj/usr/src/sys/NEUTRINO -mno-align-long-strings >> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >> -ffreestanding -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -fformat-extensions -std=c99 -c >> /usr/src/sys/modules/ath/../../dev/ath/if_ath.c >> /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function >> `ath_attach': >> /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing >> arg 3 of `ath_hal_attach' makes pointer from integer without a cast >> /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing >> arg 4 of `ath_hal_attach' makes pointer from integer without a cast >> *** Error code 1 >> >> Stop in /usr/src/sys/modules/ath. >> *** Error code 1 >> >> Stop in /usr/src/sys/modules. >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/NEUTRINO. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> >> >> >> >> > > Like I said: > > Note that to use this hal with RELENG_6 or > >> other branches other than HEAD you must have rev 1.143 of if_ath.c. *sigh* - my brain converted 1.94 to 1.194.. Sorry for the noise, and thanks for smacking me around.. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun May 7 18:30:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F0016A43E for ; Sun, 7 May 2006 18:30:30 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id B3EA443D86 for ; Sun, 7 May 2006 18:30:19 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 63229 invoked from network); 7 May 2006 18:30:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=FO2M/SLxHLfoKarnayVXI/UEsCpXOpX7SkgTo71YYePQWMHWwZyMv1IBN47HAI2CVP7xTqVLWgDfV9/wdjc5lULHObCc1mTcgBpHT+rBXNoNyIJ2FxG+wP+Fz/1IhK88fOphaW9d9UOnrnY/OdY2acgPaj4YnQWg6IUnrZinGSk= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 7 May 2006 18:30:18 -0000 Message-ID: <445E3CBE.1040105@rogers.com> Date: Sun, 07 May 2006 14:30:22 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Sven Petai References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> In-Reply-To: <200605071949.54978.hadara@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 18:30:31 -0000 Sven Petai wrote: > scheduler: ULE > thr_lib socket nice queries threads update select > thr unix 0 10000 100 4779 13724 > thr unix 0 100000 10 6473 25172 > thr unix -10 10000 100 4969 20662 > thr unix -10 100000 10 6418 25204 > > ==== Linux ==== > suse - suse enterprise linux 9 with kernel 2.6.5-7.97-smp, mysql > 4.0.18-32.1, reiserfs > fedora - fedora core with kernel 2.6.9-22-ELsmp, mysql 4.1.12, ext3 > > distro queries threads update select > suse 10000 100 10047* 76857 > fedora 10000 100 8072* 67000 > The difference in performance is just ridiculous. Is mysql written to be slow on freebsd or is there a problem with freebsd? From owner-freebsd-current@FreeBSD.ORG Sun May 7 18:47:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9490E16A402; Sun, 7 May 2006 18:47:29 +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 21EB243D4C; Sun, 7 May 2006 18:47:28 +0000 (GMT) (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 2396746CBA; Sun, 7 May 2006 14:47:27 -0400 (EDT) Date: Sun, 7 May 2006 19:47:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Jakubik In-Reply-To: <445E3CBE.1040105@rogers.com> Message-ID: <20060507193651.O46997@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <445E3CBE.1040105@rogers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 18:47:29 -0000 On Sun, 7 May 2006, Mike Jakubik wrote: > The difference in performance is just ridiculous. Is mysql written to be > slow on freebsd or is there a problem with freebsd? In past discussion, I think a reasonable conclusion has been some amount of both. We've identified a few particular areas where there are differences deserving attention: - MySQL has increasingly made use of time query calls, especially in more recent versions. On FreeBSD, we provide very precise time at somewhat higher cost than Linux. Presumably the design choice has been made in MySQL that since time is free [on Linux], it should be checked lots, which tends to hurt MySQL performance more on non-Linux platforms. Some experimental work has been done to offer reduced time quality via alternative APIs, but we haven't settled on a particular approach. Currently APIs don't allow you to say "I don't want to pay a lot for my muf... timestamp.". I have a wrapper libc library somewhere that causes applications to query lower quality time stamps using faster interfaces which has been shown to have a significant impact on MySQL performance. - MySQL seems to really like Linux threading and scheduling. For example, in the past it has been observed that you get significantly better MySQL performance on FreeBSD when you use the Linux threading implementation. libthr closes some of that gap, but last I checked wasn't there yet. I'm not really familiar with the issues here so can't speak to them in detail. - Locking granularity has been an issue on SMP for MySQL on FreeBSD. The patch I posted is part of working to address this. We have been seeing very high contention on IPC locks in particular. With my change, Kris reports much lower IPC lock contention -- instead we start hitting process-related lock bottlenecks. There's probably a lot more to this -- in the past there has also been speculation (although not, as far as I know, a lot of substantiation) that FreeBSD is running into some file system meta-data update bottlenecks, and that our sync interfaces for the file system are either more complete, less granular, or work too hard. Again, outside of my areas of expertise. Part of the problem is probably an application optimization problem to do with optimizing MySQL to use features that are more cheap on Linux than FreeBSD, rather than vice versa -- there are many other applications that perform measurably better on FreeBSD than Linux, especially when hitting the VM, which suggests that while we probably do have problems we need to fix, something disportionate may have happened for MySQL performance. We do have significant overheads in our communications code that we've been working on actively, and differences in threading that need to be explored more. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun May 7 19:00:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B445416A42F; Sun, 7 May 2006 19:00:55 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx2.starman.ee (smtp-out4.starman.ee [85.253.0.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25DAD43D58; Sun, 7 May 2006 19:00:52 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from depression.softematic.com (depression.softematic.com [62.65.205.81]) by mx2.starman.ee (Postfix) with ESMTP id 1311432C265; Sun, 7 May 2006 22:00:50 +0300 (EEST) From: Sven Petai To: Robert Watson Date: Sun, 7 May 2006 22:00:41 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> In-Reply-To: <20060507190844.K46997@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605072200.42529.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Cc: performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 19:00:56 -0000 > Anyhow, what I'm getting at is this: make sure when you measure MySQL > performance, you do a series of runs, discard the first few, and then take > an average of the remainder, and watch out for outliers. The results in my mail were mean values over 2 runs, only once did I see really huge (more than 10%) differences between several subsequent runs with same settings, this case was clearly mentioned in the results. graph was drawn from resultset available @ http://bsd.ee/~hadara/debug/mysql4/freebsd_current_06.02.2006_uds_patch/smack_results_ULE.txt as you can see each setting was tested twise and mean value was used, there doesnt seem to be any significant outliers in that dataset too. Tomorrow I'll try to get mutex profile while running with your patch, profiles for non-patched case are already available @ http://bsd.ee/~hadara/debug/mysql4/freebsd_current_06.02.2006/mutex_profile_thr_4bsd_select_smack_100-10000.txt most contended locks: max total count avg cnt_hold cnt_lock name 8143 926138412 36000820 25 111228313 34861067 /usr/src/sys/kern/uipc_usrreq.c:309 (unp) 9 1359 223 6 167 31657721 /usr/src/sys/kern/uipc_usrreq.c:709 (unp) 6107 123376889 4000519 30 12373564 3900209 /usr/src/sys/kern/uipc_usrreq.c:364 (unp) 34045 553265364 7972969 69 3951680 3101074 /usr/src/sys/kern/kern_descrip.c:378 (Giant) 1893100 355809996 44119592 8 602861 927204 /usr/src/sys/kern/kern_descrip.c:2011 (filedesc structure) 807479 389358045 44119592 8 1399635 853369 /usr/src/sys/kern/kern_descrip.c:1990 (filedesc structure) 146 1629 86 18 28 544914 /usr/src/sys/kern/kern_conf.c:311 (Giant) 991109 37883055 8003082 4 615328 509225 /usr/src/sys/kern/kern_descrip.c:385 (filedesc structure) 33986 33267790 7972969 4 244622 405542 /usr/src/sys/kern/kern_descrip.c:438 (filedesc structure) 13 16943 5357 3 475 381640 /usr/src/sys/kern/sys_generic.c:691 (filedesc structure) From owner-freebsd-current@FreeBSD.ORG Sun May 7 19:16:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E16C316A4D7; Sun, 7 May 2006 19:16:54 +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 C14F843D66; Sun, 7 May 2006 19:16:42 +0000 (GMT) (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 317AA1A3C1A; Sun, 7 May 2006 12:16:42 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8FBC851695; Sun, 7 May 2006 15:16:41 -0400 (EDT) Date: Sun, 7 May 2006 15:16:41 -0400 From: Kris Kennaway To: Sven Petai Message-ID: <20060507191641.GA1851@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <200605072200.42529.hadara@bsd.ee> User-Agent: Mutt/1.4.2.1i Cc: performance@freebsd.org, Robert Watson , current@freebsd.org, csjp@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 19:16:55 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 07, 2006 at 10:00:41PM +0300, Sven Petai wrote: > The results in my mail were mean values over 2 runs, > only once did I see really huge (more than 10%) differences between sever= al=20 > subsequent runs with same settings, this case was clearly mentioned in th= e results. FYI, 2 is not really enough, you should do at least 10 repetitions of each test to reduce variance (which can be a lot, despite what you saw!) and so that differences between them can be accurately estimated. Ministat is really helpful for this. > most contended locks: > max total count avg cnt_hold cnt_lock name > 8143 926138412 36000820 25 111228313 34861067 /usr/src/= sys/kern/uipc_usrreq.c:309 (unp) > 9 1359 223 6 167 31657721 /usr/src/= sys/kern/uipc_usrreq.c:709 (unp) > 6107 123376889 4000519 30 12373564 3900209 /usr/src/= sys/kern/uipc_usrreq.c:364 (unp) > 34045 553265364 7972969 69 3951680 3101074 /usr/src/= sys/kern/kern_descrip.c:378 (Giant) > 1893100 355809996 44119592 8 602861 927204 /usr/src= /sys/kern/kern_descrip.c:2011 (filedesc structure) > 807479 389358045 44119592 8 1399635 853369 /usr/src/= sys/kern/kern_descrip.c:1990 (filedesc structure) > 146 1629 86 18 28 544914 /usr/src/= sys/kern/kern_conf.c:311 (Giant) > 991109 37883055 8003082 4 615328 509225 /usr/src/= sys/kern/kern_descrip.c:385 (filedesc structure) > 33986 33267790 7972969 4 244622 405542 /usr/src/= sys/kern/kern_descrip.c:438 (filedesc structure) > 13 16943 5357 3 475 381640 /usr/src/= sys/kern/sys_generic.c:691 (filedesc structure) Another patch that helps a lot (gets rid of the Giant in the above trace and gives me a modest performance boost) is here: http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff He hasn't committed it yet because there is some evidence it helps to make an unrelated devfs bug more common in certain test loads. I've come to the opinion that it should just be committed since the problem does not seem to be directly caused by this change. Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXkeYWry0BWjoQKURAikpAJ0WLlDSKCPs2qQDI0Srf93kFNKU7gCg1l8V k27vEp5TmcG43FnKJkn0w4s= =SyIO -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 19:29:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE9CF16A410 for ; Sun, 7 May 2006 19:29:14 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E510843D5F for ; Sun, 7 May 2006 19:29:13 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 14861 invoked by alias); 7 May 2006 21:29:11 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 7 May 2006 21:29:11 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 13008-19 for ; Sun, 7 May 2006 21:29:11 +0200 (CEST) Received: from unknown (HELO ?10.27.66.11?) (jiri@mikulas.com@86.49.90.49) by s1.vhost.cz with AES256-SHA encrypted SMTP; 7 May 2006 21:29:11 +0200 Message-ID: <445E4A86.8000207@mikulas.com> Date: Sun, 07 May 2006 21:29:10 +0200 From: Jiri Mikulas User-Agent: Thunderbird 1.5 (X11/20060215) MIME-Version: 1.0 To: current@freebsd.org References: <445D3C94.10102@errno.com> In-Reply-To: <445D3C94.10102@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Cc: Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 19:29:17 -0000 Hello FYI todays RELENG_6 with __FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/ath/if_ath.c,v 1.143 2006/05/06 23:23:39 sam Exp $"); x -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/ath/if_ath.c /usr/src/sys/dev/ath/if_ath.c: In function `ath_attach': /usr/src/sys/dev/ath/if_ath.c:396: error: too few arguments to function `taskqueue_create' /usr/src/sys/dev/ath/if_ath.c:397: warning: implicit declaration of function `taskqueue_start_threads' /usr/src/sys/dev/ath/if_ath.c:397: warning: nested extern declaration of `taskqueue_start_threads' /usr/src/sys/dev/ath/if_ath.c: In function `ath_fatal_proc': /usr/src/sys/dev/ath/if_ath.c:822: warning: implicit declaration of function `ath_hal_getfatalstate' /usr/src/sys/dev/ath/if_ath.c:822: warning: nested extern declaration of `ath_hal_getfatalstate' *** Error code 1 Stop in /usr/obj/usr/src/sys/ROUTER-IPFW-PF. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. did I something wrong, please ? Thanks Jiri Sam Leffler wrote: > A new test snapshot is available at: > > http://people.freebsd.org/~sam/ath_hal-20060506.tgz > > This is 0.9.17.0 and is known to work on sparc (tested) and may well > work on alpha (untested but likely the same issue that broke sparc). > > This code should be a drop-in replacement for what's in cvs in HEAD but > be sure to rebuild both the driver and rate control module as there are > ABI changes. Note that to use this hal with RELENG_6 or other branches > other than HEAD you must have rev 1.143 of if_ath.c. To build a sparc > module you must have rev 1.5 of modules/ath_hal/Makefile and rev 1.539 > of conf/options. > > Please test and report regressions. > > Sam From owner-freebsd-current@FreeBSD.ORG Sun May 7 19:31:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1D916A5D9 for ; Sun, 7 May 2006 19:31:03 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D36543D49 for ; Sun, 7 May 2006 19:30:56 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 24782 invoked from network); 7 May 2006 19:30:54 -0000 Received: from sbegfxab.xtra-net.org (HELO services.xtra-net.be) (192.168.1.19) by 0 with SMTP; 7 May 2006 19:30:54 -0000 Received: from 192.168.1.21 (SquirrelMail authenticated user jlang); by services.xtra-net.be with HTTP; Sun, 7 May 2006 21:30:54 +0200 (CEST) Message-ID: <61809.192.168.1.21.1147030254.squirrel@192.168.1.21> Date: Sun, 7 May 2006 21:30:54 +0200 (CEST) From: "Vincent Blondel" To: freebsd-current@freebsd.org 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 Subject: I_686 MMX / 3DNOW / SSE / SSE2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 19:31:04 -0000 Hello everybody, I am preparing a new FreeBSD server ( 2x Athlon Mp ) that will host 30 jails serving apache/tomcat websites. I was just writing my kernel config file when I remarked that option CPU_ENABLE_SSE is disappeared and is now automatically added when I_686 is configured ( and naturally CPU_DISABLE_SSE is not enabled ). So in this context, I use 'CFLAGS= -O2 -pipe -fno-strict-aliasing' and 'CPUTYPE?=athlon-xp' for compiling kernel but when I look at file /usr/src/sys/conf/kern.mk I see all kind of mmx/3dnow/sse/sse2 are disabled and if we analyzed a bit one line comping from a kernel compilation we get such a line ... cc -c -O2 -pipe -fno-strict-aliasing -march=athlon-xp .. -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 .. So, finally, there is something I don't understand, what is the goal of 'CPU_ENABLE_SSE' if we disbable all kind of optimization a bit further and is there any sense to set CPUTYPE to athlon-xp in such a way ? Many thanks for your remarks, comments, explanations. Vincent. From owner-freebsd-current@FreeBSD.ORG Sun May 7 19:57:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B58A16A402; Sun, 7 May 2006 19:57:22 +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 2937243D48; Sun, 7 May 2006 19:57:22 +0000 (GMT) (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 9E1ED46C09; Sun, 7 May 2006 15:57:21 -0400 (EDT) Date: Sun, 7 May 2006 20:57:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20060507191641.GA1851@xor.obsecurity.org> Message-ID: <20060507205627.B46997@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: performance@freebsd.org, current@freebsd.org, csjp@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 19:57:22 -0000 > On Sun, May 07, 2006 at 10:00:41PM +0300, Sven Petai wrote: > >> The results in my mail were mean values over 2 runs, >> only once did I see really huge (more than 10%) differences between several >> subsequent runs with same settings, this case was clearly mentioned in the results. > > FYI, 2 is not really enough, you should do at least 10 repetitions of each > test to reduce variance (which can be a lot, despite what you saw!) and so > that differences between them can be accurately estimated. Ministat is > really helpful for this. Typically, I do 12 runs of supersmack in each configuration, and discard the first 2 runs in which the cache and scheduler (etc) are still settling, as I'm interested in the steady state. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun May 7 19:59:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B3716A418; Sun, 7 May 2006 19:59:44 +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 88D8A43D66; Sun, 7 May 2006 19:59:42 +0000 (GMT) (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 63A9D1A3C1A; Sun, 7 May 2006 12:59:42 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BA46251DA6; Sun, 7 May 2006 15:59:41 -0400 (EDT) Date: Sun, 7 May 2006 15:59:41 -0400 From: Kris Kennaway To: Robert Watson Message-ID: <20060507195941.GA2978@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> <20060507205627.B46997@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20060507205627.B46997@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: csjp@FreeBSD.org, performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 19:59:44 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 07, 2006 at 08:57:21PM +0100, Robert Watson wrote: >=20 > >On Sun, May 07, 2006 at 10:00:41PM +0300, Sven Petai wrote: > > > >>The results in my mail were mean values over 2 runs, > >>only once did I see really huge (more than 10%) differences between=20 > >>several > >>subsequent runs with same settings, this case was clearly mentioned in= =20 > >>the results. > > > >FYI, 2 is not really enough, you should do at least 10 repetitions of ea= ch=20 > >test to reduce variance (which can be a lot, despite what you saw!) and = so=20 > >that differences between them can be accurately estimated. Ministat is= =20 > >really helpful for this. >=20 > Typically, I do 12 runs of supersmack in each configuration, and discard= =20 > the first 2 runs in which the cache and scheduler (etc) are still settlin= g,=20 > as I'm interested in the steady state. Yeah, forgot to mention that too. Also keeping in mind that mysql performance is not time-constant, e.g. you should restart it in between test configurations instead of comparing early and late times. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXlGtWry0BWjoQKURAh/BAKCPgPuGgxUzTeBWbstBc85S8zAEQQCgpDtT qP+XbWrbbL5xauyq3dOie18= =gMww -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 20:00:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34A5216A54C; Sun, 7 May 2006 20:00:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5ED43D55; Sun, 7 May 2006 20:00:31 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k47K0SxS007723 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 8 May 2006 06:00:29 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k47K0SsT016228; Mon, 8 May 2006 06:00:28 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k47K0SHo016227; Mon, 8 May 2006 06:00:28 +1000 (EST) (envelope-from peter) Date: Mon, 8 May 2006 06:00:27 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20060507200027.GL720@turion.vk2pj.dyndns.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wxDdMuZNg1r63Hyj" Content-Disposition: inline In-Reply-To: <20060507191641.GA1851@xor.obsecurity.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: current@freebsd.org, csjp@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 20:00:44 -0000 --wxDdMuZNg1r63Hyj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2006-May-07 15:16:41 -0400, Kris Kennaway wrote: > http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff > >He hasn't committed it yet because there is some evidence it helps to >make an unrelated devfs bug more common in certain test loads. If the devfs bug is already present and just difficult to re-produce, making it more common and easier to reproduce may assist in its resolution. --=20 Peter Jeremy --wxDdMuZNg1r63Hyj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXlHa/opHv/APuIcRAnOLAJ9Ep8HhBtxeslGzBu+Rt5D1VGaFrACgrJoE yU0ze6KZARK1TlrlPCmeaXw= =52jh -----END PGP SIGNATURE----- --wxDdMuZNg1r63Hyj-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 20:09:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4B3316A403; Sun, 7 May 2006 20:09:01 +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 8126643D55; Sun, 7 May 2006 20:09:01 +0000 (GMT) (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 11F2146C8B; Sun, 7 May 2006 16:09:01 -0400 (EDT) Date: Sun, 7 May 2006 21:09:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20060507195941.GA2978@xor.obsecurity.org> Message-ID: <20060507210824.F17611@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> <20060507205627.B46997@fledge.watson.org> <20060507195941.GA2978@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: performance@freebsd.org, current@freebsd.org, csjp@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 20:09:01 -0000 On Sun, 7 May 2006, Kris Kennaway wrote: >> Typically, I do 12 runs of supersmack in each configuration, and discard >> the first 2 runs in which the cache and scheduler (etc) are still settling, >> as I'm interested in the steady state. > > Yeah, forgot to mention that too. Also keeping in mind that mysql > performance is not time-constant, e.g. you should restart it in between test > configurations instead of comparing early and late times. Yeah, very much so -- my normal test procedure is to reboot between runs, allowing the first to cycles in the test to warm things up. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun May 7 20:16:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D8616A405; Sun, 7 May 2006 20:16:04 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE2C543D46; Sun, 7 May 2006 20:16:03 +0000 (GMT) (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 C06E51A3C1A; Sun, 7 May 2006 13:16:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 429FC51695; Sun, 7 May 2006 16:16:00 -0400 (EDT) Date: Sun, 7 May 2006 16:15:59 -0400 From: Kris Kennaway To: Peter Jeremy Message-ID: <20060507201559.GB2978@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> <20060507200027.GL720@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline In-Reply-To: <20060507200027.GL720@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.1i Cc: csjp@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 20:16:04 -0000 --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 08, 2006 at 06:00:27AM +1000, Peter Jeremy wrote: > On Sun, 2006-May-07 15:16:41 -0400, Kris Kennaway wrote: > > http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff > > > >He hasn't committed it yet because there is some evidence it helps to > >make an unrelated devfs bug more common in certain test loads. >=20 > If the devfs bug is already present and just difficult to re-produce, > making it more common and easier to reproduce may assist in its resolutio= n. Yeah..unfortunately devfs is kind of without an owner at the moment; there are about half a dozen locking-related bugs outstanding. Kris --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXlV/Wry0BWjoQKURApW0AKDThASkf2p93s4A6hygweAsyBBJjACg7rbF JeN7Y2ZCYALCgkUfS8UbHWU= =PEgo -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 20:27:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67ACD16A463; Sun, 7 May 2006 20:27:42 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx2.starman.ee (smtp-out4.starman.ee [85.253.0.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D843643D6B; Sun, 7 May 2006 20:27:33 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from depression.softematic.com (depression.softematic.com [62.65.205.81]) by mx2.starman.ee (Postfix) with ESMTP id 178A932C255; Sun, 7 May 2006 23:27:31 +0300 (EEST) From: Sven Petai To: Kris Kennaway Date: Sun, 7 May 2006 23:27:22 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> In-Reply-To: <20060507191641.GA1851@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605072327.23901.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Cc: rwatson@freebsd.org, performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 20:27:43 -0000 On Sunday 07 May 2006 22:16, you wrote: > On Sun, May 07, 2006 at 10:00:41PM +0300, Sven Petai wrote: > > The results in my mail were mean values over 2 runs, > > only once did I see really huge (more than 10%) differences between > > several subsequent runs with same settings, this case was clearly > > mentioned in the results. > > FYI, 2 is not really enough, you should do at least 10 repetitions of > each test to reduce variance (which can be a lot, despite what you > saw!) and so that differences between them can be accurately > estimated. Ministat is really helpful for this. > I'm well aware that 2 is not enough for quality measurements and I certainly would have liked to do more repetitions, but I was running against a clock - this machine might be shipped out to client any time and I wanted to test several combinations of OS [fbsd 6, fbsd current, current + watsons patch, linux] with different threading library and scheduler combinations at different thread counts and nice values. This creates nice combinatorial explosion. Even a single run on one OS ver + one of the schedulers with 2 repetitions of each test takes about 2 hours, so I had to make some compromises. But i believe the trends are clear enough from these results and while I certainly can't say anything about <~5% performance changes what we see are consistent trends and 20%+ performance differences. From owner-freebsd-current@FreeBSD.ORG Sun May 7 20:32:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACC8D16A402; Sun, 7 May 2006 20:32:33 +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 6638943D45; Sun, 7 May 2006 20:32:33 +0000 (GMT) (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 179A01A3C1A; Sun, 7 May 2006 13:32:32 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 06C0851695; Sun, 7 May 2006 16:32:31 -0400 (EDT) Date: Sun, 7 May 2006 16:32:30 -0400 From: Kris Kennaway To: Sven Petai Message-ID: <20060507203230.GA3870@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> <200605072327.23901.hadara@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <200605072327.23901.hadara@bsd.ee> User-Agent: Mutt/1.4.2.1i Cc: rwatson@freebsd.org, performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 20:32:33 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 07, 2006 at 11:27:22PM +0300, Sven Petai wrote: > On Sunday 07 May 2006 22:16, you wrote: > > On Sun, May 07, 2006 at 10:00:41PM +0300, Sven Petai wrote: > > > The results in my mail were mean values over 2 runs, > > > only once did I see really huge (more than 10%) differences between > > > several subsequent runs with same settings, this case was clearly > > > mentioned in the results. > > > > FYI, 2 is not really enough, you should do at least 10 repetitions of > > each test to reduce variance (which can be a lot, despite what you > > saw!) and so that differences between them can be accurately > > estimated. Ministat is really helpful for this. > > >=20 > I'm well aware that 2 is not enough for quality measurements and > I certainly would have liked to do more repetitions, but I was running ag= ainst=20 > a clock - this machine might be shipped out to client any > time and I wanted to test several combinations of OS [fbsd 6, fbsd curren= t,=20 > current + watsons patch, linux] with different threading library and=20 > scheduler combinations at different thread counts and nice values.=20 > This creates nice combinatorial explosion. FYI, ULE is probably not worth bothering about. It has too many performance problems and no owner. Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXlleWry0BWjoQKURAmN9AJ4+rdkseL9s+SS44k1FHLy7jUPobQCfaCQT mY4gf5mjZoQvumvcIn9OdPE= =UtMz -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 21:04:28 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E02016A400; Sun, 7 May 2006 21:04:28 +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 B8B7A43D48; Sun, 7 May 2006 21:04:27 +0000 (GMT) (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 2BCD81A3C1A; Sun, 7 May 2006 14:04:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 969825161D; Sun, 7 May 2006 17:04:26 -0400 (EDT) Date: Sun, 7 May 2006 17:04:26 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060507210426.GA4422@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20060506221908.GB51268@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 21:04:28 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 06, 2006 at 06:19:08PM -0400, Kris Kennaway wrote: > x norwatson-8 > + rwatson-8 > +------------------------------------------------------------+ > | + | > | + + + x x| > |+ + +++ + x xxxxx x x| > | |_________A___M______| |___A___| | > +------------------------------------------------------------+ > N Min Max Median Avg Stdd= ev > x 10 2601.46 2700.26 2650.52 2653.441 30.7580= 34 > + 10 2240.86 2516.87 2496.085 2468.468 81.8685= 76 > Difference at 95.0% confidence > -184.973 +/- 58.1052 > -6.97106% +/- 2.1898% > (Student's t, pooled s =3D 61.8406) >=20 > We see the drop in performance in both cases indicating that we are in > the "overloaded" regime. The fact that your patch seems to give worse > performance is puzzling at first sight. >=20 > Running mutex profiling (and only keeping the unp mutex entries and > the 10 most contended for clarity) shows the following: >=20 > norwatson, 8 clients: >=20 > debug.mutex.prof.stats: > max total count avg cnt_hold cnt_lock name > 5 40 9 4 0 3 kern/uipc= _usrreq.c:170 (unp) > 8 8 1 8 0 0 vm/uma_co= re.c:2101 (unpcb) > 13 283 52 5 0 0 vm/uma_co= re.c:890 (unpcb) > 14 1075 200 5 0 0 vm/uma_co= re.c:1885 (unpcb) > 4 52 18 2 4 6 kern/uipc= _usrreq.c:577 (unp) > 5 39 9 4 4 2 kern/uipc= _usrreq.c:534 (unp) > 5 35 11 3 6 6 kern/uipc= _usrreq.c:974 (unp) > 5 45 11 4 7 4 kern/uipc= _usrreq.c:210 (unp) > 171 1164 9 129 7 2 kern/uipc= _usrreq.c:917 (unp) > 14 78 20 3 11 2872481 kern/uipc= _usrreq.c:709 (unp) > 70 156 11 14 13 4 kern/uipc= _usrreq.c:895 (unp) > 43 581 20 29 24 6 kern/uipc= _usrreq.c:239 (unp) > 44 429 18 23 26 8 kern/uipc= _usrreq.c:518 (unp) > 55 491 12 40 30 10 kern/uipc= _usrreq.c:251 (unp) > ... > 449 20000519 320038 62 15158 0 kern/uipc= _usrreq.c:431 (so_rcv) > 459 86616085 2880079 30 15699 4944 kern/uipc= _usrreq.c:319 (so_snd) > 146 2273360 640315 3 27918 29789 kern/kern= _sig.c:1002 (process lock) > 387 3325481 640099 5 38143 47670 kern/kern= _descrip.c:420 (filedesc structure) > 150 1881990 640155 2 64111 49033 kern/kern= _descrip.c:368 (filedesc structure) > 496 13792853 3685885 3 101692 132480 kern/kern= _descrip.c:1988 (filedesc structure) > 207 4061793 551604 7 115427 118242 kern/kern= _synch.c:220 (process lock) > 391 10332282 3685885 2 194387 129547 kern/kern= _descrip.c:1967 (filedesc structure) > 465 25504709 320042 79 1632192 294498 kern/uipc= _usrreq.c:364 (unp) > 470 124263922 2880084 43 13222757 2685853 kern/uipc= _usrreq.c:309 (unp) >=20 > i.e. there is indeed heavy contention on the unp lock (column 5 counts > the number of times we tried to acquire it and failed because someone > else had the lock) - in fact about 5 times as many contentions as > successful acquisitions. >=20 > With your patch and the same load: >=20 > 3 20 9 2 0 0 kern/uipc= _usrreq.c:1028 (unp_mtx) > 3 22 9 2 0 0 kern/uipc= _usrreq.c:1161 (unp_mtx) > 5 29 9 3 0 2 kern/uipc= _usrreq.c:1065 (unp_global_mtx) > 5 53 18 2 0 76488 kern/uipc= _usrreq.c:287 (unp_global_mtx) > 6 33 9 3 0 0 kern/uipc= _usrreq.c:236 (unp_mtx) > 6 37 9 4 0 0 kern/uipc= _usrreq.c:819 (unp_mtx) > 7 7 1 7 0 0 vm/uma_co= re.c:2101 (unpcb) > 8 49 9 5 0 0 kern/uipc= _usrreq.c:1101 (unp_mtx) > 11 136 18 7 0 1 kern/uipc= _usrreq.c:458 (unp_global_mtx) > 32 143 9 15 0 1 kern/uipc= _usrreq.c:1160 (unp_global_mtx) > 44 472 18 26 0 0 kern/uipc= _usrreq.c:801 (unp_mtx) > 123 310 9 34 0 0 kern/uipc= _usrreq.c:1100 (unp_mtx) > 147 452 9 50 0 0 kern/uipc= _usrreq.c:1099 (unp_mtx) > 172 748 9 83 0 0 kern/uipc= _usrreq.c:473 (unp_mtx) > 337 1592 9 176 0 0 kern/uipc= _usrreq.c:1147 (unp_mtx) > 350 1790 9 198 0 0 kern/uipc= _usrreq.c:1146 (unp_mtx) > 780 39405928 320038 123 0 0 kern/uipc= _usrreq.c:618 (unp_mtx) > 18 140 9 15 1 0 kern/uipc= _usrreq.c:235 (unp_global_mtx) > 70 717 18 39 1 3 kern/uipc= _usrreq.c:800 (unp_global_mtx) > 528 2444 9 271 1 1 kern/uipc= _usrreq.c:1089 (unp_global_mtx) > 158 616 9 68 2 2 kern/uipc= _usrreq.c:476 (unp_mtx) > 794 175382857 2880084 60 2 7686 kern/uipc= _usrreq.c:574 (unp_mtx) > 4 25 9 2 3 2 kern/uipc= _usrreq.c:422 (unp_global_mtx) > 186 874 9 97 3 3 kern/uipc= _usrreq.c:472 (unp_global_mtx) > 768 33783759 320038 105 7442 0 kern/uipc= _usrreq.c:696 (unp_mtx) > ... > 465 913127 320045 2 43130 35046 kern/uipc= _socket.c:1101 (so_snd) > 483 2453927 628737 3 44768 46177 kern/kern= _sig.c:1002 (process lock) > 767 124298544 2880082 43 70037 59994 kern/uipc= _usrreq.c:581 (so_snd) > 794 45176699 320038 141 83252 72140 kern/uipc= _usrreq.c:617 (unp_global_mtx) > 549 9858281 3200210 3 579269 712643 kern/kern= _resource.c:1172 (sleep mtxpool) > 554 17122245 631715 27 641888 268243 kern/kern= _descrip.c:420 (filedesc structure) > 388 3009912 631753 4 653540 260590 kern/kern= _descrip.c:368 (filedesc structure) > 642 49626755 3681446 13 1642954 682669 kern/kern= _descrip.c:1988 (filedesc structure) > 530 13802687 3681446 3 1663244 616899 kern/kern= _descrip.c:1967 (filedesc structure) > 477 23472709 2810986 8 5671248 1900047 kern/kern= _synch.c:220 (process lock) >=20 > The top 10 heavily contended mutexes are very different (but note the > number of mutex acquisitions, column 3, is about the same). >=20 > There is not much contention on unp_global_mtx any longer, but there > is a lot more on some of the other mutexes, especially the process > lock via msleep(). Off-hand I don't know what is the cause of this > bottleneck (note: libthr is used as threading library and libpthread > is not ported to sparc64). >=20 > Also, a lot of the contention that used to be on the unp lock seems to > have fallen through onto contending *two* of the filedesc locks (all > about 1.6 million contentions). This may also help to explain the > performance drop. I profiled the wait channels in msleep and found: Before: 1 getblk 3 wait 1113 sigwait 2228 umtxq_busy 4505 fdesc 9405 umtx 14264 sbwait ----- 31515 total After: 1 getblk 1 wait 1413 sigwait 2794 umtxq_busy 4638 fdesc 10779 umtx 11663 sbwait ----- 31287 total i.e. the same number of msleep calls in both cases, but the patch shuffles them from sbwait onto everything else. Relative change: sbwait -19% umtx +14% fdesc +3% umtxq_busy +25% sigwait +27% This may help to understand why performance drops at high load when unp locking is moved out of the way. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXmDZWry0BWjoQKURAu/0AKClaJIDOtbXoiyk38hh8XPOM2iixwCfdn5z 6Ls/SEAnr4MpzYr6hner4rU= =5hwo -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 21:41:55 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A147E16A404; Sun, 7 May 2006 21:41:55 +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 59BDA43D45; Sun, 7 May 2006 21:41:55 +0000 (GMT) (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 442C31A3C19; Sun, 7 May 2006 14:41:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3814C515DC; Sun, 7 May 2006 17:41:54 -0400 (EDT) Date: Sun, 7 May 2006 17:41:53 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060507214153.GA5275@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20060507210426.GA4422@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 21:41:55 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 07, 2006 at 05:04:26PM -0400, Kris Kennaway wrote: > > 477 23472709 2810986 8 5671248 1900047 kern/ke= rn_synch.c:220 (process lock) > >=20 > > The top 10 heavily contended mutexes are very different (but note the > > number of mutex acquisitions, column 3, is about the same). > >=20 > > There is not much contention on unp_global_mtx any longer, but there > > is a lot more on some of the other mutexes, especially the process > > lock via msleep(). Off-hand I don't know what is the cause of this > > bottleneck (note: libthr is used as threading library and libpthread > > is not ported to sparc64). > i.e. the same number of msleep calls in both cases, but the patch > shuffles them from sbwait onto everything else. Oops, they're the same number because that was the size of my ktr buffer, duh :) Nevertheless it's a sample from the end of the same workload, so the distribution should be comparable. > sigwait +27% This appears to be the only relevant msleep wait channel that is using the process lock. static int kern_sigtimedwait(struct thread *td, sigset_t waitset, ksiginfo_t *ksi, struct timespec *timeout) { =2E.. td->td_sigmask =3D savedmask; SIGSETNAND(td->td_sigmask, waitset); signotify(td); error =3D msleep(&ps, &p->p_mtx, PPAUSE|PCATCH, "sigwait", hz); i.e. several threads in the process are all sleeping for 1 tick and then doing a thundering herd on the same proc lock when they wake up. To confirm this I added a KTR tracepoint before the msleep call. It's indeed being called from the various threads in mysqld. It's hard to say for sure how many CPUs are contending at once, but plotting a histogram of the time distribution of the calls indicates that several CPUs are frequently executing this code in close proximity. Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXmmhWry0BWjoQKURAl4gAKCHsE1VGXgIJP7jm0HRUQ5p0VpS5ACcDzwX FRuZa8snPICD00VfJdFPym4= =0uuO -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 21:51:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6494A16A401 for ; Sun, 7 May 2006 21:51:13 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E9F43D5A for ; Sun, 7 May 2006 21:51:11 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so1032278nzi for ; Sun, 07 May 2006 14:51:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=dU8nNY9c9+Ws8n1jl+nnsi1e23yMjLQjTjiGC1E3WIKHOkYkoL+O4t5NdPAHGyIFQ8idzF0XC8c8uDaQVIeki8WTalnZXHABQEHOiMfkoR2X15q/gqlZtC6BCJyllHzIBANliXKQRZTWJzxX/EmKQDCJ0EJRk4BPi3UH1mIK9ho= Received: by 10.36.224.29 with SMTP id w29mr2407627nzg; Sun, 07 May 2006 14:51:11 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id p4sm1324816nzc.2006.05.07.14.51.09; Sun, 07 May 2006 14:51:10 -0700 (PDT) From: Pascal Hofstee To: FreeBSD Tinderbox In-Reply-To: <20060507111117.896A47302F@freebsd-current.sentex.ca> References: <20060507111117.896A47302F@freebsd-current.sentex.ca> Content-Type: text/plain Date: Sun, 07 May 2006 14:51:04 -0700 Message-Id: <1147038664.17191.1.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.7.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 21:51:15 -0000 On Sun, 2006-05-07 at 07:11 -0400, FreeBSD Tinderbox wrote: > ===> ath_hal (depend) > @ -> /src/sys > machine -> /src/sys/amd64/include > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/makeobjops.awk @/contrib/dev/ath/freebsd/ah_if.m -h > make: don't know how to make /src/sys/modules/ath_hal/../../contrib/dev/ath/public/amd64-elf.opt_ah.h. Stop > *** Error code 2 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 I am seeing the exact same build breakage on non-LINT buildkernel runs as well. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun May 7 22:29:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945D316A402 for ; Sun, 7 May 2006 22:29:22 +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 4A7A543D46 for ; Sun, 7 May 2006 22:29:22 +0000 (GMT) (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 k47MTKqm007637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 May 2006 15:29:21 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445E74C0.9010209@errno.com> Date: Sun, 07 May 2006 15:29:20 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Jiri Mikulas References: <445D3C94.10102@errno.com> <445E4A86.8000207@mikulas.com> In-Reply-To: <445E4A86.8000207@mikulas.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 22:29:22 -0000 Jiri Mikulas wrote: > Hello > FYI > > todays RELENG_6 > with > __FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/ath/if_ath.c,v 1.143 2006/05/06 23:23:39 sam Exp $"); > > > x -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/ath/if_ath.c > /usr/src/sys/dev/ath/if_ath.c: In function `ath_attach': > /usr/src/sys/dev/ath/if_ath.c:396: error: too few arguments to function `taskqueue_create' > /usr/src/sys/dev/ath/if_ath.c:397: warning: implicit declaration of function `taskqueue_start_threads' > /usr/src/sys/dev/ath/if_ath.c:397: warning: nested extern declaration of `taskqueue_start_threads' > /usr/src/sys/dev/ath/if_ath.c: In function `ath_fatal_proc': > /usr/src/sys/dev/ath/if_ath.c:822: warning: implicit declaration of function `ath_hal_getfatalstate' > /usr/src/sys/dev/ath/if_ath.c:822: warning: nested extern declaration of `ath_hal_getfatalstate' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ROUTER-IPFW-PF. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > did I something wrong, please ? You need just the change in rev 1.143, not the entire file. To backmerge a single delta I typically do something like cvs up -j1.142 -j1.143 if_ath.c (then hand-patch any conflicts that matter--typically the rcs id gets botched). Sam From owner-freebsd-current@FreeBSD.ORG Sun May 7 20:45:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 318C216A42A; Sun, 7 May 2006 20:45:12 +0000 (UTC) (envelope-from garrison@mail.ru) Received: from umail.ru (umail.ru [195.34.32.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0EA43DA0; Sun, 7 May 2006 20:44:46 +0000 (GMT) (envelope-from garrison@mail.ru) Received: from [85.141.196.97] (HELO skyserv) by umail.ru (CommuniGate Pro SMTP 4.2b6) with ESMTP-TLS id 668321361; Mon, 08 May 2006 00:44:45 +0400 Received: from localhost ([127.0.0.1]) by skyserv with esmtp (Exim 4.61) (envelope-from ) id 1Fcq7Q-0001nh-E4; Mon, 08 May 2006 00:44:44 +0400 Message-ID: <445E5C3B.405@mail.ru> Date: Mon, 08 May 2006 00:44:43 +0400 From: Igor Kovalenko User-Agent: Thunderbird 1.5.0.2 (X11/20060505) MIME-Version: 1.0 To: nox@jelal.kn-bremen.de, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Gleb Smirnoff References: <20060427203718.GA15953@saturn.kn-bremen.de> <445241DE.9020909@mail.ru> <20060428221142.GA11504@saturn.kn-bremen.de> <44530C50.6040902@mail.ru> <20060430004646.GA70632@saturn.kn-bremen.de> <4458277F.4010902@mail.ru> <20060506152059.GA33481@saturn.kn-bremen.de> <445D092E.2040501@mail.ru> <20060507164230.GA63540@saturn.kn-bremen.de> In-Reply-To: <20060507164230.GA63540@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 07 May 2006 22:41:44 +0000 Cc: Subject: Re: playing with qemu's 8139 nic and FreeBSD (loopback mode missing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 20:45:13 -0000 Hi Juergen, Juergen Lock wrote: > On Sun, May 07, 2006 at 12:38:06AM +0400, Igor Kovalenko wrote: >> Hi Juergen, >> >> Juergen Lock wrote: >>> [Cc'ing glebius@ because he did most of the recent re(4) commits, and >>> -current in case possible other driver developers didn't see this thread >>> in -emulation] >>> >>> On Wed, May 03, 2006 at 07:46:07AM +0400, Igor Kovalenko wrote: >>>> Juergen Lock wrote: >>>>> On Sat, Apr 29, 2006 at 10:48:48AM +0400, Igor Kovalenko wrote: >>>>>> Juergen Lock wrote: >>>>>>> On Fri, Apr 28, 2006 at 08:25:02PM +0400, Igor Kovalenko wrote: >>>>>>>> Juergen Lock wrote: >>>>>>>>> I played with >>>>>>>>> qemu -monitor stdio -m 256 -cdrom 6.1-RC1-i386-disc1.iso >>>>>>>>> -usb -soundhw es1370 -kernel-kqemu -net nic,model=rtl8139 >>>>>>>>> -net user >>>>>>>>> and got it as far as >>>>>>>>> re0: diagnostic failed, failed to receive packet in loopback >>>>>>>>> mode >>>>>>>>> (followed by a panic :) with the (experimental) patches below. >>>>>>>>> >>>>>>>>> Anyone in the mood to implement loopback mode for this nic? >>>>>>>>> >>>>>>>>> Hmm actually... I just found the original posting in the archive, >>>>>>>>> is C+ mode implemented now? If not re is probably not what I want, >>>>>>>> The rtl8139 is set up with PCI rev ID 0x20 which should be enough for >>>>>>>> OS driver >>>>>>>> to detect C+ mode features. C+ mode is OK, tested with Linux driver. >>>>>>> Cool, so I want FreeBSD's re driver. That one checks TxConfig >>>>>>> tho, as changed in my patch (inside #if 0). And when changed, >>>>>>> it still doesn't work as mentioned above because the driver expects >>>>>>> loopback mode to be working. >>>>>>>>> but the rl driver that it attaches without that #if 0'd (now) hunk >>>>>>>>> below doesnt seem to be able to get data thru either and I get >>>>>>>>> rl0: watchdog timeout >>>>>>>>> in dmesg, which usually means the driver doesnt receive interrupts. >>>>>>>>> >>>>>>>>> What the heck, I'll append a log of a run just doing in >>>>>>>>> fixit->cdrom: >>>>>>>>> ifconfig rl0 10.0.2.15 >>>>>>>>> and then exiting (which is enough to trigger the watchdog timeout...) >>>>>>>>> >>>>>>>> I'm too lasy to test with fresh freebsd installation :) >>>>>>> No need to install FreeBSD, you can get away by just using >>>>>>> fixit mode of an install iso, i.e. disc1. (which actually is >>>>>>> what I did above. :) >>>>>>> >>>>>>> You can look at 6.1RC's re driver here: >>>>>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c?annotate=1.46.2.14 >>>>>>> which includes: >>>>>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_rlreg.h?annotate=1.51.2.3 >>>>>>> >>>>>>> And 6.1RC disc1 iso is e.g. here: >>>>>>> ftp://ftp.ru.freebsd.org:/pub/FreeBSD/ISO-IMAGES-i386/6.1/6.1-RC1-i386-disc1.iso >>>>>>> >>>>>>> >>>>>> Thanks, that iso pointer made it. >>>>>> >>>>> :) >>>>> >>>>>> Please try the following on top of your patch, at least ping should now >>>>>> work: >>>>> Thanks, that seems to get the rl driver going. Now to fix C+ mode >>>>> (re driver) change the #if 0 in my patch to #if 1... >>>>> >>>>> >>>> I believe freebsd re driver is somewhat broken, e.g. it does not follow >>>> documented >>>> procedure to detect hardware features (e.g. 8139 c+ mode) >>> Hmm, a bit of googling didn't reveal docs about this, do you have >>> a pointer? (I only found the data sheet at >>> http://people.freebsd.org/~wpaul/RealTek/spec-8139cp(150).pdf >>> which doesnt seem to mention detecting c+ hardware specifically) >> Well, I might have misread some docs; please do not consider this as an >> assault :) >> I remember PCI rev id >= 0x20 is C+ mode for realtek 8139. > > I don't. It may well be the doc you saw this in just is no longer > online, or I didn't came up with the right search terms... >>>> and in tries to use 8169 >>>> registers (e.g. 0xda) on 8139 hardware etc. >>> Oh, then it must have mis-detected the nic as a 8169 because >>> the code in question reads: >>> >>> if (sc->rl_type == RL_8169) >>> CSR_WRITE_2(sc, RL_MAXRXPKTLEN, 16383); > > And with your patch i get > RTL8139: not implemented write(b) addr=0xda val=0x00 > but that can't be this line anyway because it seems to be a byte access... > Any of the re(4) experts have an idea where this comes from? > (log generated by defining DEBUG_RTL8139 in the patched hw/rtl8139.c) > I see the re driver actually is doing 2 byte write at RL_TXSTART so the second byte goes to RL_MAXRXPKTLEN. Comment in if_rlreg.h says RL_TXSTART is 8bit so this is a bug in if_re.c line 2063 This is not affecting qemu's card emulation (the extra byte write is ignored) so I think the problem is somewhere else. -- Kind regards, Igor V. Kovalenko From owner-freebsd-current@FreeBSD.ORG Sun May 7 22:29:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B27916A403; Sun, 7 May 2006 22:29:42 +0000 (UTC) (envelope-from nate@cryptography.com) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F35C43D55; Sun, 7 May 2006 22:29:41 +0000 (GMT) (envelope-from nate@cryptography.com) Received: from [10.0.5.50] (ppp-71-139-38-236.dsl.snfc21.pacbell.net [71.139.38.236]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k47MTcqL023173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 7 May 2006 15:29:39 -0700 Message-ID: <445E748D.3020902@cryptography.com> Date: Sun, 07 May 2006 15:28:29 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 07 May 2006 22:42:06 +0000 Cc: acpi@freebsd.org, FreeBSD Current Subject: local apic timer and C3 cpu idle states X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 22:29:42 -0000 I've done some debugging of a problem some systems have with idle states > C1 (hlt). When a lower idle state is enabled, the system seems to slow down, keystrokes are delayed, etc. C1 has no problems. In further analysis, it seems the only reason some systems continue running at all is that USB causes interrupts for polling. The reason the system seems slower is that the timer rate drops from 120 to about 60 (with HZ=100). With USB disabled, the system is completely non-operational except if the power button is used to artificially generate interrupts. I found that all such systems have an APIC and are using the lapic timer. With just apic disabled (hint.apic.0.disabled="1"), the acpi idle states are all usable (C1-C4). The lapic timer stops while the system is in C3. It seems that Linux had the same problem a while back: http://www.ussg.iu.edu/hypermail/linux/kernel/0505.0/1002.html http://www.ussg.iu.edu/hypermail/linux/kernel/0505.0/0850.html We should not be using the lapic timer on UP systems if acpi idling is enabled or find some other workaround. -Nate From owner-freebsd-current@FreeBSD.ORG Sun May 7 22:49:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8189016A417; Sun, 7 May 2006 22:49:08 +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 590E643D62; Sun, 7 May 2006 22:49:02 +0000 (GMT) (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 k47Mn1eo007714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 May 2006 15:49:02 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445E795D.2030803@errno.com> Date: Sun, 07 May 2006 15:49:01 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Pascal Hofstee References: <20060507111117.896A47302F@freebsd-current.sentex.ca> <1147038664.17191.1.camel@synergy.odyssey.homeunix.org> In-Reply-To: <1147038664.17191.1.camel@synergy.odyssey.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 22:49:09 -0000 Pascal Hofstee wrote: > On Sun, 2006-05-07 at 07:11 -0400, FreeBSD Tinderbox wrote: >> ===> ath_hal (depend) >> @ -> /src/sys >> machine -> /src/sys/amd64/include >> awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h >> awk -f @/tools/makeobjops.awk @/kern/device_if.m -h >> awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h >> awk -f @/tools/makeobjops.awk @/contrib/dev/ath/freebsd/ah_if.m -h >> make: don't know how to make /src/sys/modules/ath_hal/../../contrib/dev/ath/public/amd64-elf.opt_ah.h. Stop >> *** Error code 2 >> >> Stop in /src/sys/modules. >> *** Error code 1 >> >> Stop in /obj/amd64/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 > > I am seeing the exact same build breakage on non-LINT buildkernel runs > as well. > Yes, this is because ath got added to GENERIC. It's worked for all my tests. I don't understand why the tinderbox complains; likely a cross-build issue with the ath_hal module Makefile. Sam From owner-freebsd-current@FreeBSD.ORG Sun May 7 23:04:35 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD8B16A42F; Sun, 7 May 2006 23:04:35 +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 AA7C343D5F; Sun, 7 May 2006 23:04:31 +0000 (GMT) (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 9309E1A3C1E; Sun, 7 May 2006 16:04:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F0F2B516B8; Sun, 7 May 2006 19:04:30 -0400 (EDT) Date: Sun, 7 May 2006 19:04:30 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060507230430.GA6872@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20060507214153.GA5275@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 23:04:36 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 07, 2006 at 05:41:53PM -0400, Kris Kennaway wrote: > static int > kern_sigtimedwait(struct thread *td, sigset_t waitset, ksiginfo_t *ksi, > struct timespec *timeout) > { > ... > td->td_sigmask =3D savedmask; > SIGSETNAND(td->td_sigmask, waitset); > signotify(td); > error =3D msleep(&ps, &p->p_mtx, PPAUSE|PCATCH, "sigwait", hz); >=20 > i.e. several threads in the process are all sleeping for 1 tick and > then doing a thundering herd on the same proc lock when they wake up. Oops, actually hz=3D0; it comes via sigwait(2). It's still a thundering herd situation though. I also profiled the sleepq_broadcast call to look at thundering herds from wakeup(), and I found that the umtxq_chain is waking the following distribution of CPUs at once: Before patch: Freq #CPUs 1111 1 366 2 136 3 54 4 17 5 2 6 After patch: Freq #CPUs 1139 1 332 2 139 3 44 4 12 5 2 6 i.e. apparently not a large difference, but still a large proportion of cases where multiple CPUs are woken at once on the same chain. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXnz+Wry0BWjoQKURAt9bAJ98pfbOhmC9J0RECAq9WEB9IEi5mwCfQkp7 rN1OtiYv5coGIatwx6cntG4= =9lr+ -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sun May 7 23:22:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BAB7F16A403; Sun, 7 May 2006 23:22:10 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Mon, 8 May 2006 07:22:06 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> In-Reply-To: <20060507230430.GA6872@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605080722.06435.davidxu@freebsd.org> Cc: Robert Watson , performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 23:22:11 -0000 On Monday 08 May 2006 07:04, Kris Kennaway wrote: > i.e. apparently not a large difference, but still a large proportion > of cases where multiple CPUs are woken at once on the same chain. > > Kris This becauses there is no sleepable mutex available, so I had to use msleep and wakeup, this is suboptimal, I may put flag MTX_QUIET there to let WITNESS shut up. From owner-freebsd-current@FreeBSD.ORG Sun May 7 23:23:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D399516A454; Sun, 7 May 2006 23:23:58 +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 ECCCC43DB2; Sun, 7 May 2006 23:23:33 +0000 (GMT) (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 4FDF51A3C1A; Sun, 7 May 2006 16:23:32 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B8B1B516B8; Sun, 7 May 2006 19:23:31 -0400 (EDT) Date: Sun, 7 May 2006 19:23:31 -0400 From: Kris Kennaway To: David Xu Message-ID: <20060507232331.GB7670@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <200605080722.06435.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <200605080722.06435.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Robert Watson , freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 May 2006 23:24:00 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 08, 2006 at 07:22:06AM +0800, David Xu wrote: > On Monday 08 May 2006 07:04, Kris Kennaway wrote: >=20 > > i.e. apparently not a large difference, but still a large proportion > > of cases where multiple CPUs are woken at once on the same chain. > > > > Kris > This becauses there is no sleepable mutex available, so I had to use > msleep and wakeup, this is suboptimal, I may put flag MTX_QUIET there > to let WITNESS shut up. Can you use wakeup_one()? Kris --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXoFzWry0BWjoQKURAgVVAJ9oD9FK+zYc12YEJzOZfAN8MmzapwCgttR9 VeRXaBbj3eWlKdlBegnB0HE= =o3CD -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-current@FreeBSD.ORG Mon May 8 00:39:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7F1416A400; Mon, 8 May 2006 00:39:53 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 429B743D45; Mon, 8 May 2006 00:39:52 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k480deOU044195; Sun, 7 May 2006 21:39:41 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Sam Leffler Date: Sun, 7 May 2006 21:39:33 -0300 User-Agent: KMail/1.9.1 References: <445D3C94.10102@errno.com> In-Reply-To: <445D3C94.10102@errno.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_GNpXE9L9moyWROO" Message-Id: <200605072139.34339.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 00:39:54 -0000 --Boundary-00=_GNpXE9L9moyWROO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 06 May 2006 21:17, Sam Leffler wrote: > A new test snapshot is available at: > > http://people.freebsd.org/~sam/ath_hal-20060506.tgz > > This is 0.9.17.0 and is known to work on sparc (tested) and may well > work on alpha (untested but likely the same issue that broke sparc). > > This code should be a drop-in replacement for what's in cvs in HEAD but > be sure to rebuild both the driver and rate control module as there are > ABI changes. Note that to use this hal with RELENG_6 or other branches > other than HEAD you must have rev 1.143 of if_ath.c. To build a sparc > module you must have rev 1.5 of modules/ath_hal/Makefile and rev 1.539 > of conf/options. > I attached a patch for if_ath.c on releng_6=20 with it the hal should compile on i386 and amd64 fine but at the end for my card, the DWL-AG530, nothing changed ath_hal: 0.9.17.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xfae00000-0xfae0ffff irq 16 at device 11.0 on pci0 ath0: Ethernet address: 00:11:95:c2:2a:80 ath0: mac 5.9 phy 4.3 radio 3.6 setting to regdomain 16 Channel 1 : 2412 Mhz 11g Channel 48 : 5240 Mhz 11a Channel 2 : 2417 Mhz 11g Channel 50 : 5250 Mhz 11a Turbo Channel 3 : 2422 Mhz 11g Channel 52 : 5260 Mhz 11a Channel 4 : 2427 Mhz 11g Channel 56 : 5280 Mhz 11a Channel 5 : 2432 Mhz 11g Channel 58 : 5290 Mhz 11a Turbo Channel 6 : 2437 Mhz 11g Channel 60 : 5300 Mhz 11a Channel 7 : 2442 Mhz 11g Channel 64 : 5320 Mhz 11a Channel 8 : 2447 Mhz 11g Channel 149 : 5745 Mhz 11a Channel 9 : 2452 Mhz 11g Channel 152 : 5760 Mhz 11a Turbo Channel 10 : 2457 Mhz 11g Channel 153 : 5765 Mhz 11a Channel 11 : 2462 Mhz 11g Channel 157 : 5785 Mhz 11a Channel 36 : 5180 Mhz 11a Channel 160 : 5800 Mhz 11a Turbo Channel 40 : 5200 Mhz 11a Channel 161 : 5805 Mhz 11a Channel 42 : 5210 Mhz 11a Turbo Channel 165 : 5825 Mhz 11a Channel 44 : 5220 Mhz 11a setting regdomain 18 Channel 1 : 2412 Mhz 11g Channel 136 : 4942* Mhz 11a Channel 2 : 2417 Mhz 11g Channel 136 : 4945* Mhz 11a Channel 3 : 2422 Mhz 11g Channel 136 : 4950* Mhz 11a Channel 4 : 2427 Mhz 11g Channel 137 : 4955* Mhz 11a Channel 5 : 2432 Mhz 11g Channel 137 : 4960* Mhz 11a Channel 6 : 2437 Mhz 11g Channel 137 : 4965* Mhz 11a Channel 7 : 2442 Mhz 11g Channel 137 : 4970* Mhz 11a Channel 8 : 2447 Mhz 11g Channel 138 : 4975* Mhz 11a Channel 9 : 2452 Mhz 11g Channel 138 : 4980* Mhz 11a Channel 10 : 2457 Mhz 11g Channel 138 : 4985* Mhz 11a Channel 11 : 2462 Mhz 11g Jo=E3o --Boundary-00=_GNpXE9L9moyWROO Content-Type: text/x-diff; charset="iso-8859-1"; name="if_ath.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_ath.patch" --- if_ath.c.ori Sun May 7 20:38:42 2006 +++ if_ath.c Sun May 7 07:18:07 2006 @@ -293,7 +293,8 @@ if_initname(ifp, device_get_name(sc->sc_dev), device_get_unit(sc->sc_dev)); - ah = ath_hal_attach(devid, sc, sc->sc_st, sc->sc_sh, &status); + ah = ath_hal_attach(devid, sc, (HAL_BUS_TAG) sc->sc_st, + (HAL_BUS_HANDLE) sc->sc_sh, &status); if (ah == NULL) { if_printf(ifp, "unable to attach hardware; HAL status %u\n", status); @@ -750,15 +749,9 @@ DPRINTF(sc, ATH_DEBUG_INTR, "%s: status 0x%x\n", __func__, status); status &= sc->sc_imask; /* discard unasked for bits */ if (status & HAL_INT_FATAL) { - /* - * Fatal errors are unrecoverable. Typically - * these are caused by DMA errors. Unfortunately - * the exact reason is not (presently) returned - * by the hal. - */ sc->sc_stats.ast_hardware++; ath_hal_intrset(ah, 0); /* disable intr's until reset */ - taskqueue_enqueue(sc->sc_tq, &sc->sc_fataltask); + ath_fatal_proc(sc, 0); } else if (status & HAL_INT_RXORN) { sc->sc_stats.ast_rxorn++; ath_hal_intrset(ah, 0); /* disable intr's until reset */ @@ -817,8 +810,21 @@ { struct ath_softc *sc = arg; struct ifnet *ifp = sc->sc_ifp; + u_int32_t *state; + u_int32_t len; if_printf(ifp, "hardware error; resetting\n"); + /* + * Fatal errors are unrecoverable. Typically these + * are caused by DMA errors. Collect h/w state from + * the hal so we can diagnose what's going on. + */ + if (ath_hal_getfatalstate(sc->sc_ah, &state, &len)) { + KASSERT(len >= 6*sizeof(u_int32_t), ("len %u bytes", len)); + if_printf(ifp, "0x%08x 0x%08x 0x%08x, 0x%08x 0x%08x 0x%08x\n", + state[0], state[1] , state[2], state[3], + state[4], state[5]); + } ath_reset(ifp); } @@ -1924,7 +1930,7 @@ const HAL_RATE_TABLE *rt; u_int8_t rix, rate; - DPRINTF(sc, ATH_DEBUG_BEACON, "%s: m %p len %u\n", + DPRINTF(sc, ATH_DEBUG_BEACON_PROC, "%s: m %p len %u\n", __func__, m, m->m_len); /* setup descriptors */ @@ -2010,14 +2016,14 @@ } /* * Check if the previous beacon has gone out. If - * not don't don't try to post another, skip this - * period and wait for the next. Missed beacons - * indicate a problem and should not occur. If we - * miss too many consecutive beacons reset the device. + * not don't try to post another, skip this period + * and wait for the next. Missed beacons indicate + * a problem and should not occur. If we miss too + * many consecutive beacons reset the device. */ if (ath_hal_numtxpending(ah, sc->sc_bhalq) != 0) { sc->sc_bmisscount++; - DPRINTF(sc, ATH_DEBUG_BEACON_PROC, + DPRINTF(sc, ATH_DEBUG_BEACON, "%s: missed %u consecutive beacons\n", __func__, sc->sc_bmisscount); if (sc->sc_bmisscount > 3) /* NB: 3 is a guess */ @@ -2568,7 +2574,6 @@ rssi = HAL_EP_RND(avgrssi, HAL_RSSI_EP_MULTIPLIER); else rssi = ni->ni_rssi; - /* NB: theoretically we shouldn't need this, but be paranoid */ return rssi < 0 ? 0 : rssi > 127 ? 127 : rssi; #undef HAL_EP_RND } @@ -2916,7 +2921,7 @@ /* * Sync and unmap the frame. At this point we're * committed to passing the mbuf somewhere so clear - * bf_m; this means a new sk_buff must be allocated + * bf_m; this means a new mbuf must be allocated * when the rx descriptor is setup again to receive * another frame. */ @@ -3978,9 +3983,12 @@ ATH_TXQ_REMOVE_HEAD(txq, bf_list); ATH_TXQ_UNLOCK(txq); #ifdef ATH_DEBUG - if (sc->sc_debug & ATH_DEBUG_RESET) + if (sc->sc_debug & ATH_DEBUG_RESET) { ath_printtxbuf(bf, txq->axq_qnum, ix, ath_hal_txprocdesc(ah, bf->bf_desc) == HAL_OK); + ieee80211_dump_pkt(mtod(bf->bf_m, caddr_t), + bf->bf_m->m_len, 0, -1); + } #endif /* ATH_DEBUG */ bus_dmamap_unload(sc->sc_dmat, bf->bf_dmamap); m_freem(bf->bf_m); @@ -4004,11 +4012,11 @@ { struct ath_hal *ah = sc->sc_ah; - (void) ath_hal_stoptxdma(ah, txq->axq_qnum); DPRINTF(sc, ATH_DEBUG_RESET, "%s: tx queue [%u] %p, link %p\n", __func__, txq->axq_qnum, (caddr_t)(uintptr_t) ath_hal_gettxbuf(ah, txq->axq_qnum), txq->axq_link); + (void) ath_hal_stoptxdma(ah, txq->axq_qnum); } /* @@ -4024,10 +4032,11 @@ /* XXX return value */ if (!sc->sc_invalid) { /* don't touch the hardware if marked invalid */ + DPRINTF(sc, ATH_DEBUG_RESET, "%s: tx queue [%u] %p, link %p\n", + __func__, sc->sc_bhalq, + (caddr_t)(uintptr_t) ath_hal_gettxbuf(ah, sc->sc_bhalq), + NULL); (void) ath_hal_stoptxdma(ah, sc->sc_bhalq); - DPRINTF(sc, ATH_DEBUG_RESET, - "%s: beacon queue %p\n", __func__, - (caddr_t)(uintptr_t) ath_hal_gettxbuf(ah, sc->sc_bhalq)); for (i = 0; i < HAL_NUM_TX_QUEUES; i++) if (ATH_TXQ_SETUP(sc, i)) ath_tx_stopdma(sc, &sc->sc_txq[i]); @@ -4035,6 +4044,17 @@ for (i = 0; i < HAL_NUM_TX_QUEUES; i++) if (ATH_TXQ_SETUP(sc, i)) ath_tx_draintxq(sc, &sc->sc_txq[i]); +#ifdef ATH_DEBUG + if (sc->sc_debug & ATH_DEBUG_RESET) { + struct ath_buf *bf = STAILQ_FIRST(&sc->sc_bbuf); + if (bf != NULL && bf->bf_m != NULL) { + ath_printtxbuf(bf, sc->sc_bhalq, 0, + ath_hal_txprocdesc(ah, bf->bf_desc) == HAL_OK); + ieee80211_dump_pkt(mtod(bf->bf_m, caddr_t), + bf->bf_m->m_len, 0, -1); + } + } +#endif /* ATH_DEBUG */ ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; sc->sc_tx_timer = 0; } @@ -4567,6 +4587,9 @@ HAL_BOOL outdoor, HAL_BOOL xchanmode) { #define COMPAT (CHANNEL_ALL_NOTURBO|CHANNEL_PASSIVE) +#define IS_CHAN_PUBLIC_SAFETY(_c) \ + (((_c)->channelFlags & CHANNEL_5GHZ) && \ + ((_c)->channel > 4940 && (_c)->channel < 4990)) struct ieee80211com *ic = &sc->sc_ic; struct ifnet *ifp = sc->sc_ifp; struct ath_hal *ah = sc->sc_ah; @@ -4599,7 +4622,16 @@ HAL_CHANNEL *c = &chans[i]; u_int16_t flags; - ix = ath_hal_mhz2ieee(ah, c->channel, c->channelFlags); + /* + * XXX we're not ready to handle the ieee number mapping + * for public safety channels as they overlap with any + * 2GHz channels; for now use the non-public safety + * numbering which is non-overlapping. + */ + if (IS_CHAN_PUBLIC_SAFETY(c)) + ix = (c->channel - 4000) / 5; + else + ix = ath_hal_mhz2ieee(ah, c->channel, c->channelFlags); if (ix > IEEE80211_CHAN_MAX) { if_printf(ifp, "bad hal channel %d (%u/%x) ignored\n", ix, c->channel, c->channelFlags); @@ -4632,6 +4664,7 @@ } free(chans, M_TEMP); return 0; +#undef IS_CHAN_PUBLIC_SAFETY #undef COMPAT } --Boundary-00=_GNpXE9L9moyWROO-- A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon May 8 00:46:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5426216A40F; Mon, 8 May 2006 00:46:15 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3EB43D48; Mon, 8 May 2006 00:46:14 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k480kDiL044569; Sun, 7 May 2006 21:46:13 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sun, 7 May 2006 21:46:07 -0300 User-Agent: KMail/1.9.1 References: <445D3C94.10102@errno.com> <200605072139.34339.joao@matik.com.br> In-Reply-To: <200605072139.34339.joao@matik.com.br> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_PTpXE5WX4Sx8+9P" Message-Id: <200605072146.07500.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 00:46:15 -0000 --Boundary-00=_PTpXE5WX4Sx8+9P Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 07 May 2006 21:39, JoaoBR wrote: the former patch was the wrong one, sorry Jo=E3o --Boundary-00=_PTpXE5WX4Sx8+9P Content-Type: text/x-diff; charset="iso-8859-1"; name="if_ath.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_ath.patch" --- if_ath.c.ori Sun May 7 20:38:42 2006 +++ if_ath.c Sun May 7 07:18:07 2006 @@ -293,7 +293,8 @@ if_initname(ifp, device_get_name(sc->sc_dev), device_get_unit(sc->sc_dev)); - ah = ath_hal_attach(devid, sc, sc->sc_st, sc->sc_sh, &status); + ah = ath_hal_attach(devid, sc, (HAL_BUS_TAG) sc->sc_st, + (HAL_BUS_HANDLE) sc->sc_sh, &status); if (ah == NULL) { if_printf(ifp, "unable to attach hardware; HAL status %u\n", status); @@ -817,8 +810,21 @@ { struct ath_softc *sc = arg; struct ifnet *ifp = sc->sc_ifp; + u_int32_t *state; + u_int32_t len; if_printf(ifp, "hardware error; resetting\n"); + /* + * Fatal errors are unrecoverable. Typically these + * are caused by DMA errors. Collect h/w state from + * the hal so we can diagnose what's going on. + */ + if (ath_hal_getfatalstate(sc->sc_ah, &state, &len)) { + KASSERT(len >= 6*sizeof(u_int32_t), ("len %u bytes", len)); + if_printf(ifp, "0x%08x 0x%08x 0x%08x, 0x%08x 0x%08x 0x%08x\n", + state[0], state[1] , state[2], state[3], + state[4], state[5]); + } ath_reset(ifp); } @@ -1924,7 +1930,7 @@ const HAL_RATE_TABLE *rt; u_int8_t rix, rate; - DPRINTF(sc, ATH_DEBUG_BEACON, "%s: m %p len %u\n", + DPRINTF(sc, ATH_DEBUG_BEACON_PROC, "%s: m %p len %u\n", __func__, m, m->m_len); /* setup descriptors */ @@ -2010,14 +2016,14 @@ } /* * Check if the previous beacon has gone out. If - * not don't don't try to post another, skip this - * period and wait for the next. Missed beacons - * indicate a problem and should not occur. If we - * miss too many consecutive beacons reset the device. + * not don't try to post another, skip this period + * and wait for the next. Missed beacons indicate + * a problem and should not occur. If we miss too + * many consecutive beacons reset the device. */ if (ath_hal_numtxpending(ah, sc->sc_bhalq) != 0) { sc->sc_bmisscount++; - DPRINTF(sc, ATH_DEBUG_BEACON_PROC, + DPRINTF(sc, ATH_DEBUG_BEACON, "%s: missed %u consecutive beacons\n", __func__, sc->sc_bmisscount); if (sc->sc_bmisscount > 3) /* NB: 3 is a guess */ @@ -2568,7 +2574,6 @@ rssi = HAL_EP_RND(avgrssi, HAL_RSSI_EP_MULTIPLIER); else rssi = ni->ni_rssi; - /* NB: theoretically we shouldn't need this, but be paranoid */ return rssi < 0 ? 0 : rssi > 127 ? 127 : rssi; #undef HAL_EP_RND } @@ -2916,7 +2921,7 @@ /* * Sync and unmap the frame. At this point we're * committed to passing the mbuf somewhere so clear - * bf_m; this means a new sk_buff must be allocated + * bf_m; this means a new mbuf must be allocated * when the rx descriptor is setup again to receive * another frame. */ @@ -3978,9 +3983,12 @@ ATH_TXQ_REMOVE_HEAD(txq, bf_list); ATH_TXQ_UNLOCK(txq); #ifdef ATH_DEBUG - if (sc->sc_debug & ATH_DEBUG_RESET) + if (sc->sc_debug & ATH_DEBUG_RESET) { ath_printtxbuf(bf, txq->axq_qnum, ix, ath_hal_txprocdesc(ah, bf->bf_desc) == HAL_OK); + ieee80211_dump_pkt(mtod(bf->bf_m, caddr_t), + bf->bf_m->m_len, 0, -1); + } #endif /* ATH_DEBUG */ bus_dmamap_unload(sc->sc_dmat, bf->bf_dmamap); m_freem(bf->bf_m); @@ -4004,11 +4012,11 @@ { struct ath_hal *ah = sc->sc_ah; - (void) ath_hal_stoptxdma(ah, txq->axq_qnum); DPRINTF(sc, ATH_DEBUG_RESET, "%s: tx queue [%u] %p, link %p\n", __func__, txq->axq_qnum, (caddr_t)(uintptr_t) ath_hal_gettxbuf(ah, txq->axq_qnum), txq->axq_link); + (void) ath_hal_stoptxdma(ah, txq->axq_qnum); } /* @@ -4024,10 +4032,11 @@ /* XXX return value */ if (!sc->sc_invalid) { /* don't touch the hardware if marked invalid */ + DPRINTF(sc, ATH_DEBUG_RESET, "%s: tx queue [%u] %p, link %p\n", + __func__, sc->sc_bhalq, + (caddr_t)(uintptr_t) ath_hal_gettxbuf(ah, sc->sc_bhalq), + NULL); (void) ath_hal_stoptxdma(ah, sc->sc_bhalq); - DPRINTF(sc, ATH_DEBUG_RESET, - "%s: beacon queue %p\n", __func__, - (caddr_t)(uintptr_t) ath_hal_gettxbuf(ah, sc->sc_bhalq)); for (i = 0; i < HAL_NUM_TX_QUEUES; i++) if (ATH_TXQ_SETUP(sc, i)) ath_tx_stopdma(sc, &sc->sc_txq[i]); @@ -4035,6 +4044,17 @@ for (i = 0; i < HAL_NUM_TX_QUEUES; i++) if (ATH_TXQ_SETUP(sc, i)) ath_tx_draintxq(sc, &sc->sc_txq[i]); +#ifdef ATH_DEBUG + if (sc->sc_debug & ATH_DEBUG_RESET) { + struct ath_buf *bf = STAILQ_FIRST(&sc->sc_bbuf); + if (bf != NULL && bf->bf_m != NULL) { + ath_printtxbuf(bf, sc->sc_bhalq, 0, + ath_hal_txprocdesc(ah, bf->bf_desc) == HAL_OK); + ieee80211_dump_pkt(mtod(bf->bf_m, caddr_t), + bf->bf_m->m_len, 0, -1); + } + } +#endif /* ATH_DEBUG */ ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; sc->sc_tx_timer = 0; } @@ -4567,6 +4587,9 @@ HAL_BOOL outdoor, HAL_BOOL xchanmode) { #define COMPAT (CHANNEL_ALL_NOTURBO|CHANNEL_PASSIVE) +#define IS_CHAN_PUBLIC_SAFETY(_c) \ + (((_c)->channelFlags & CHANNEL_5GHZ) && \ + ((_c)->channel > 4940 && (_c)->channel < 4990)) struct ieee80211com *ic = &sc->sc_ic; struct ifnet *ifp = sc->sc_ifp; struct ath_hal *ah = sc->sc_ah; @@ -4599,7 +4622,16 @@ HAL_CHANNEL *c = &chans[i]; u_int16_t flags; - ix = ath_hal_mhz2ieee(ah, c->channel, c->channelFlags); + /* + * XXX we're not ready to handle the ieee number mapping + * for public safety channels as they overlap with any + * 2GHz channels; for now use the non-public safety + * numbering which is non-overlapping. + */ + if (IS_CHAN_PUBLIC_SAFETY(c)) + ix = (c->channel - 4000) / 5; + else + ix = ath_hal_mhz2ieee(ah, c->channel, c->channelFlags); if (ix > IEEE80211_CHAN_MAX) { if_printf(ifp, "bad hal channel %d (%u/%x) ignored\n", ix, c->channel, c->channelFlags); @@ -4632,6 +4664,7 @@ } free(chans, M_TEMP); return 0; +#undef IS_CHAN_PUBLIC_SAFETY #undef COMPAT } --Boundary-00=_PTpXE5WX4Sx8+9P-- A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon May 8 01:09:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BABA16A400 for ; Mon, 8 May 2006 01:09:19 +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 130C443D46 for ; Mon, 8 May 2006 01:09:18 +0000 (GMT) (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 k4819HFn008319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 May 2006 18:09:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445E9A3D.9090909@errno.com> Date: Sun, 07 May 2006 18:09:17 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: JoaoBR References: <445D3C94.10102@errno.com> <200605072139.34339.joao@matik.com.br> <200605072146.07500.joao@matik.com.br> In-Reply-To: <200605072146.07500.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 01:09:19 -0000 I don't know why you are posting patches like this; they include changes that are not MFC'd for specific reasons. I've already told you privately that the new hal has nothing to do with the issue of supporting the 1/2 and 1/4-rate channels in the public safety band (as enabled with regdomain 18). If people want to try the new hal on a branch other than HEAD they should follow the directions I gave in my original mail (modulo my obtuseness). I did not tell people to take the driver off head or anything similar. You need ONE change; the change in rev 1.143 of if_ath.c that explicitly casts the bus tag and bus handle parameters in the call to ath_hal_attach. The main reason for the new hal is to fix sparc64 support (and possibly alpha). Sam From owner-freebsd-current@FreeBSD.ORG Mon May 8 01:34:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D22B716A401; Mon, 8 May 2006 01:34:22 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A29E43D48; Mon, 8 May 2006 01:34:21 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 111323DB; Sun, 7 May 2006 20:34:21 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 166B061C2B; Sun, 7 May 2006 20:34:20 -0500 (CDT) Date: Sun, 7 May 2006 20:34:20 -0500 From: "Matthew D. Fuller" To: Robert Watson Message-ID: <20060508013419.GD4202@over-yonder.net> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <445E3CBE.1040105@rogers.com> <20060507193651.O46997@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060507193651.O46997@fledge.watson.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: Mike Jakubik , freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 01:34:23 -0000 On Sun, May 07, 2006 at 07:47:27PM +0100 I heard the voice of Robert Watson, and lo! it spake thus: > > In past discussion, I think a reasonable conclusion has been some > amount of both. I've still got sitting around in my bookmarks from a previous iteration. Point (5) makes me twitch every time I read it ;) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon May 8 01:59:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C11916A403 for ; Mon, 8 May 2006 01:59:03 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7619043D48 for ; Mon, 8 May 2006 01:59:02 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so1058096nzi for ; Sun, 07 May 2006 18:59:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=oY4Z7qcM2ayyX899EuVQVdzGOFwI2R9ZaK0SYRJGA73HmO1uElUBPFc9OuyT6B0n2H7GinmBSqfnYryKCW3IeS2K9FQ912uCYjlF2pPY6OchD/HjXAFdlHSr0vrHrAUWlj/3/29ktJGpFFRX1y0TjY9VBydqptg5vpZx0id/3J0= Received: by 10.36.251.3 with SMTP id y3mr2641929nzh; Sun, 07 May 2006 18:59:01 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id 12sm3405514nzn.2006.05.07.18.59.00; Sun, 07 May 2006 18:59:01 -0700 (PDT) From: Pascal Hofstee To: current@FreeBSD.org Content-Type: text/plain Date: Sun, 07 May 2006 18:58:58 -0700 Message-Id: <1147053538.17191.26.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.7.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: amd64@FreeBSD.org Subject: [Fwd: Re: [head tinderbox] failure on amd64/amd64] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 01:59:03 -0000 The following is the end result of a small conversation i had with Sam Leffler regarding the recent ath_hal commit breaking buildkernel on amd64 ... i figured i should probably send the lists about this until a fix gets committed. -------- Forwarded Message -------- From: Pascal Hofstee To: Sam Leffler Subject: Re: [head tinderbox] failure on amd64/amd64 Date: Sun, 07 May 2006 18:32:36 -0700 On Sun, 2006-05-07 at 17:59 -0700, Sam Leffler wrote: > Don't know what to say; I routinely build custom kernels w/ and w/o > ath_hal in the config file and/or the MODULES_OVERRIDE list w/o problems. I had a closer look at the warnings .. and i have at least figured out what's causing the error. The build is complaining it doesn't know how to make the file /usr/src/sys/modules/ath_hal/../../contrib/dev/ath/ public/amd64-elf.opt_ah.h Upon closer inspection this file indeed doesn't exist .. but x86_64-elf.opt_ah.h does, it looks like somewhere the translation from amd64 to x86_64 doesn't take place properly. At this point i decided to take a closer look at the /usr/src/sys/modules/ath_hal/Makefile As it turns out .. the addition of the line to unbreak the Sparc64 build, results in breaking the translation for AMD64. ATH_MODULE_ARCH=${MACHINE_ARCH:S/amd64/x86_64/} ATH_MODULE_ARCH=${MACHINE_ARCH:S/sparc64/sparc64-be/} if i comment the sparc64 entry, make -V ATH_MODULE_ARCH properly returns x86_64 .. if i leave it uncommented make -V ATH_MODULE_ARCH returns amd64 again. I would assume the proper solution here to be to set the ATH_MODULE_ARCH variable conditionally based on MACHINE_ARCH instead of two consecutive definitions as is currently the case. Please correct me if i am wrong ? From owner-freebsd-current@FreeBSD.ORG Mon May 8 02:11:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8592216A402 for ; Mon, 8 May 2006 02:11:50 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE86D43D45 for ; Mon, 8 May 2006 02:11:49 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id t13so781276wxc for ; Sun, 07 May 2006 19:11:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=PCdUCvjF4tV8y4jt3q+OjnSplZ1UrTeO4bkRKDBuKDwVgiPJ9hnFL2xZCHu44o3VILAKdPwoYYbm90jb1Ioe/FkfQOeynhIKIEd5hg4XWKc/9ijOaOR8+qIEFT+P0u/6N7luomYk5eU81trtEwXMpTidYC31pZ02yzxM+ky1xCk= Received: by 10.70.21.12 with SMTP id 12mr1767619wxu; Sun, 07 May 2006 19:11:49 -0700 (PDT) Received: by 10.70.44.7 with HTTP; Sun, 7 May 2006 19:11:49 -0700 (PDT) Message-ID: <87ab37ab0605071911s7132b179xe96c4ce2ab01714e@mail.gmail.com> Date: Mon, 8 May 2006 10:11:49 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: freebsd-current@freebsd.org, livefreebsd@mac.com, des@des.no, "M. Warner Losh" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Google-Sender-Auth: b547c82c9825c577 Cc: Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 02:11:50 -0000 hello ,everyone . i have write a demo module to demostrate the hotplug of a pci device under freeBSD 5.3 . when kldload the module ,the fakedevice will be "plug "into the pci architechure,when kldunload ,the device will be removed= . pciconf -l ,and devinfo -v will be the tool to show this change : a new device called wallace is added ,this device comes from the info in LINE97 o= f the fakeBSC.c: *dinfo=3D* ((struct pci_devinfo *) device_get_ivars(devlist[6]) ); maybe u need to change the '6' according to ur need . there r 4 file in this package :pci_hotplug_core.c fakeBSD.c pci_hotplug.h and the Makefile . way to RUN: 1 unzip the package 2 make 3 kldload ./fakeBSD.ko 4 pciconf -l ,and devinfo -v to see the change 5 kldunload fakeBSD.ko welcome for ur feedback,next i will do my best to write the driver for rea= l pci device hotplug, as what cardbus has done ////////////////pci_hotplug_core.c////////////////////////////////// /////////////from PCIexample//////////////// #include /* defines used in kernel.h */ #include #include #include #include /* types used in module initialization */ #include /* cdevsw struct */ #include /* uio struct */ #include #include /* structs, prototypes for pci bus stuff */ #include #include #include #include /* For get_pci macros! */ #include //////////////////////////////////// #include #include "pci_hotplug.h" //WB// #define MY_NAME "pci_hotplug" //simplified//WB// #define dbg(fmt, arg...) do { if (debug) printf( fmt , ## arg); } while (0) #define err(format, arg...) printf( format, MY_NAME , ## arg) #define info(format, arg...) printf(format, MY_NAME , ## arg) #define warn(format, arg...) printf(format , MY_NAME, ## arg) /* local variables */ static int debug; ////////////////////////////////////////////////////////////////// static LIST_HEAD(pci_hotplug_slot_list); /* these strings match up with the values in pci_bus_speed */ static char *pci_bus_speed_strings[] =3D { "33 MHz PCI", /* 0x00 */ "66 MHz PCI", /* 0x01 */ "66 MHz PCIX", /* 0x02 */ "100 MHz PCIX", /* 0x03 */ "133 MHz PCIX", /* 0x04 */ NULL, /* 0x05 */ NULL, /* 0x06 */ NULL, /* 0x07 */ NULL, /* 0x08 */ "66 MHz PCIX 266", /* 0x09 */ "100 MHz PCIX 266", /* 0x0a */ "133 MHz PCIX 266", /* 0x0b */ NULL, /* 0x0c */ NULL, /* 0x0d */ NULL, /* 0x0e */ NULL, /* 0x0f */ NULL, /* 0x10 */ "66 MHz PCIX 533", /* 0x11 */ "100 MHz PCIX 533", /* 0x12 */ "133 MHz PCIX 533", /* 0x13 */ "25 GBps PCI-E", /* 0x14 */ }; ///////////////////fakeBSD.c ///////////////////////////////////////////////// ////////change of the header///////////// /////////////from PCIexample//////////////// #include /* defines used in kernel.h */ #include #include #include #include /* types used in module initialization */ #include /* cdevsw struct */ #include /* uio struct */ #include #include /* structs, prototypes for pci bus stuff */ //for TAILQ_FOREACH //#include // #include //1129 #include #include #include #include //1129 sizeof #include /* For get_pci macros! */ #include #include //1129 //////////////////////////////////// #include //for list_head //#include "pci_hotplug.h" put the unrealated functions out //#include "../pci.h" //this is created on compiling.so leave it to makefile //#include "pcib_if.h" //#include "pci_if.h" /* //COMMENT //devinfo struct for devinfo //addtodevice_list for pciconf COPY the NIC device content to the wallace0 fake device */ #define MY_NAME "fakephp" #define dbg(fmt, arg...) do { if (debug) printf( fmt , ## arg); } while (0) #define err(format, arg...) printf( format, MY_NAME , ## arg) #define info(format, arg...) printf(format, MY_NAME , ## arg) #define DRIVER_AUTHOR "Wallace " #define DRIVER_DESC "Fake PCI Hot Plug Controller Driver" /* * This function is called by the kld[un]load(2) system calls to * determine what actions to take when a module is loaded or unloaded. */ /* vars */ static struct pci_devinfo *dinfo; static device_t bus; //refer to pci bus size_t dinfo_size; static int fake_loader(struct module *m, int what, void *arg) { int erro=3D0; device_t *devlist; int count=3D0; int numdevs; devclass_t class1; char * Dtarget=3D"pci",Dname=3D"wallace"; struct devlist *devlist_head; devlist_head =3D &pci_devq; switch (what) { case MOD_LOAD: /* kldload */ printf("Module loaded.\n,with bootverbose=3D%i",bootverbose); //find pci devclass and device if ((class1 =3D devclass_find(Dtarget)) =3D=3D NULL) { printf("unable to get the class"); return ENXIO; } printf("\n//////////////my name is %s////////////\n",devclass_get_name(class1)); // show the nameof the device,or store them into another TAILQ printf("maxunit under class pci is%i\n",devclass_get_maxunit(class1)); //WB does unit =3D=3D count if((bus =3D devclass_get_device(class1,count))!=3DNULL)//WB why not use th= e loop over count? { printf("my device name is %s,my unit is %i, DESC: %s,with number:%i\n", device_get_name(bus),device_get_unit(bus),device_get_desc(bus),pcib_get_bu= s(bus)); } //else? return (NULL) dinfo_size=3Dsizeof(struct pci_devinfo); dinfo=3DNULL; //initialized dinfo=3D malloc(dinfo_size, M_DEVBUF, M_WAITOK | M_ZERO); if (dinfo =3D=3D NULL) return (NULL); if (device_get_children(bus, &devlist, &numdevs)=3D=3D0) //get ivar from de0,thus 6 of devlist ,hardcoded ,this need specific platform characteristic , waiting for modification *dinfo=3D* ((struct pci_devinfo *) device_get_ivars(devlist[6]) ); if ((dinfo->cfg.dev =3D device_add_child(bus, "wallace", -1)) =3D=3D = NULL) {//change the name device_printf(device_get_parent(bus), "couldn't attach pci bus\n"); } device_sysctl_init(dinfo->cfg.dev); strncpy ((dinfo->conf.pd_name),device_get_name(dinfo->cfg.dev ),8);//sizeof(device_get_name(dinfo->cfg.dev))); STAILQ_INSERT_TAIL(devlist_head, dinfo, pci_links); pci_numdevs++; pci_generation++; device_set_ivars(dinfo->cfg.dev, dinfo); //show result if (device_get_children(bus, &devlist, &numdevs)=3D=3D0) while (numdevs--){ printf("%i",numdevs); device_print_prettyname(devlist[numdevs]); if (device_get_devclass(devlist[numdevs])!=3DNULL ) printf("devclass=3D%s\n",devclass_get_name(device_get_devclass(devlist[numd= evs]) )); } break; case MOD_UNLOAD: printf("Module unloaded.\n"); //still dinfo point to the fake device i point to . it is static !!!:) if (dinfo->cfg.dev !=3D NULL) { printf("dinfo->cfg.dev exist,deleting it.\n"); device_delete_child(device_get_parent(dinfo->cfg.dev), dinfo->cfg.dev); printf("dinfo->cfg.dev exist,deleted .\n"); }else printf("dinfo->cfg.dev=3DNULL\n"); if (device_get_children(bus, &devlist, &numdevs)=3D=3D0) //demostrating the result while (numdevs--){ printf("%i",numdevs); device_print_prettyname(devlist[numdevs]); if (device_get_devclass(devlist[numdevs])!=3DNULL ) printf("devclass=3D%s\n",devclass_get_name(device_get_devclass(devlist[numd= evs]) )); } printf("freeing(dinfo,M_DEVBUF)\n"); //1 device_sysctl_fini(dinfo->cfg.dev);//WB finish sysctl structure devlist_head =3D &pci_devq; STAILQ_REMOVE(devlist_head, dinfo, pci_devinfo, pci_links); free(dinfo, M_DEVBUF); /* increment the generation count */ //WB inrease or decreas? pci_generation++; /* we're losing one device */ pci_numdevs--; dinfo=3DNULL; //2 printf("freed dinfo,\n"); //WB ,n->,/n //erro=3D0; break; default: printf("Module default.\n"); erro =3D EINVAL; break; } return(erro); } //DEV_MODULE(echo,echo_loader,NULL); //#define DEV_MODULE(name, evh, arg) static moduledata_t fake_mod =3D { "fakeBSD", fake_loader, NULL }; DECLARE_MODULE(fake, fake_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); //////////////////////pci_hotplug.h /////////////////////// #include //WB// #ifndef _PCI_HOTPLUG_H #define _PCI_HOTPLUG_H /* These values come from the PCI Hotplug Spec */ enum pci_bus_speed { PCI_SPEED_33MHz =3D 0x00, PCI_SPEED_66MHz =3D 0x01, PCI_SPEED_66MHz_PCIX =3D 0x02, PCI_SPEED_100MHz_PCIX =3D 0x03, PCI_SPEED_133MHz_PCIX =3D 0x04, PCI_SPEED_66MHz_PCIX_ECC =3D 0x05, PCI_SPEED_100MHz_PCIX_ECC =3D 0x06, PCI_SPEED_133MHz_PCIX_ECC =3D 0x07, PCI_SPEED_66MHz_PCIX_266 =3D 0x09, PCI_SPEED_100MHz_PCIX_266 =3D 0x0a, PCI_SPEED_133MHz_PCIX_266 =3D 0x0b, PCI_SPEED_66MHz_PCIX_533 =3D 0x11, PCI_SPEED_100MHz_PCIX_533 =3D 0x12, PCI_SPEED_133MHz_PCIX_533 =3D 0x13, PCI_SPEED_UNKNOWN =3D 0xff, }; /* These values come from the PCI Express Spec */ enum pcie_link_width { PCIE_LNK_WIDTH_RESRV =3D 0x00, PCIE_LNK_X1 =3D 0x01, PCIE_LNK_X2 =3D 0x02, PCIE_LNK_X4 =3D 0x04, PCIE_LNK_X8 =3D 0x08, PCIE_LNK_X12 =3D 0x0C, PCIE_LNK_X16 =3D 0x10, PCIE_LNK_X32 =3D 0x20, PCIE_LNK_WIDTH_UNKNOWN =3D 0xFF, }; enum pcie_link_speed { PCIE_2PT5GB =3D 0x14, PCIE_LNK_SPEED_UNKNOWN =3D 0xFF, }; struct hotplug_slot; /*//WB// struct hotplug_slot_attribute { struct attribute attr; ssize_t (*show)(struct hotplug_slot *, char *); ssize_t (*store)(struct hotplug_slot *, const char *, size_t); }; //WB// #define to_hotplug_attr(n) container_of(n, struct hotplug_slot_attribute, attr); * struct hotplug_slot_ops -the callbacks that the hotplug pci core can use * @owner: The module owner of this structure * @enable_slot: Called when the user wants to enable a specific pci slot * @disable_slot: Called when the user wants to disable a specific pci slot * @set_attention_status: Called to set the specific slot's attention LED t= o * the specified value * @hardware_test: Called to run a specified hardware test on the specified * slot. * @get_power_status: Called to get the current power status of a slot. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * @get_attention_status: Called to get the current attention status of a slot. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * @get_latch_status: Called to get the current latch status of a slot. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * @get_adapter_status: Called to get see if an adapter is present in the slot or not. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * @get_address: Called to get pci address of a slot. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * @get_max_bus_speed: Called to get the max bus speed for a slot. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * @get_cur_bus_speed: Called to get the current bus speed for a slot. * If this field is NULL, the value passed in the struct hotplug_slot_info * will be used when this value is requested by a user. * * The table of function pointers that is passed to the hotplug pci core by a * hotplug pci driver. These functions are called by the hotplug pci core when * the user wants to do something to a specific slot (query it for information, * set an LED, enable / disable power, etc.) */ //the freebsd WAY of function call back typedef int enable_slot_t (struct hotplug_slot *slot); typedef int disable_slot_t (struct hotplug_slot *slot); typedef int set_attention_status_t (struct hotplug_slot *slot, u_int8_t value); typedef int hardware_test_t (struct hotplug_slot *slot, u_int32_t value); typedef int get_power_status_t (struct hotplug_slot *slot, u_int8_t *value); typedef int get_attention_status_t (struct hotplug_slot *slot, u_int8_t *value); typedef int get_latch_status_t (struct hotplug_slot *slot, u_int8_t *value); typedef int get_adapter_status_t (struct hotplug_slot *slot, u_int8_t *value); typedef int get_address_t (struct hotplug_slot *slot, u_int32_t *value); typedef int get_max_bus_speed_t (struct hotplug_slot *slot, enum pci_bus_speed *value); typedef int get_cur_bus_speed_t (struct hotplug_slot *slot, enum pci_bus_speed *value); struct hotplug_slot_ops { //struct module *owner; enable_slot_t * enable_slot; disable_slot_t *disable_slot; set_attention_status_t *set_attention_status; hardware_test_t *hardware_test; get_power_status_t *get_power_status; get_attention_status_t *get_attention_status; get_latch_status_t *get_latch_status; get_adapter_status_t *get_adapter_status; get_address_t *get_address; get_max_bus_speed_t *get_max_bus_speed; get_cur_bus_speed_t *get_cur_bus_speed; }; /** * struct hotplug_slot_info - used to notify the hotplug pci core of the state of the slot * @power: if power is enabled or not (1/0) * @attention_status: if the attention light is enabled or not (1/0) * @latch_status: if the latch (if any) is open or closed (1/0) * @adapter_present: if there is a pci board present in the slot or not (1/0) * @address: (domain << 16 | bus << 8 | dev) * * Used to notify the hotplug pci core of the status of a specific slot. */ struct hotplug_slot_info { u_int8_t power_status; u_int8_t attention_status; u_int8_t latch_status; u_int8_t adapter_status; u_int32_t address; enum pci_bus_speed max_bus_speed; enum pci_bus_speed cur_bus_speed; }; /** * struct hotplug_slot - used to register a physical slot with the hotplug pci core * @name: the name of the slot being registered. This string must * be unique amoung slots registered on this system. * @ops: pointer to the &struct hotplug_slot_ops to be used for this slot * @info: pointer to the &struct hotplug_slot_info for the inital values fo= r * this slot. * @private: used by the hotplug pci controller driver to store whatever it * needs. */ typedef void release_t (struct hotplug_slot *slot); struct hotplug_slot { char *name; int unit; struct hotplug_slot_ops *ops; struct hotplug_slot_info *info; release_t * release; void *private; /* Variables below this are for use only by the hotplug pci core. for example :pci_hotplug_slot_list */ struct list_head slot_list; //WB//struct kobject kobj; }; //WB//#define to_hotplug_slot(n) container_of(n, struct hotplug_slot, kobj) #define LIST_HEAD_INIT(name) { &(name), &(name) } #define LIST_HEAD(name) \ struct list_head name =3D LIST_HEAD_INIT(name) /* list_entry - get the struct for this entry * @ptr: the &struct list_head pointer. * @type: the type of the struct this is embedded in. * @member: the name of the list_struct within the struct. entry2 inorder to differ from the vm one */ #define list_entry2(ptr, type, member) \ ((type *)((char *)(ptr)-(unsigned long)(&((type *)0)->member))) /** * list_for_each_safe - iterate over a list safe against removal of list entry * @pos: the &struct list_head to use as a loop counter. * @n: another &struct list_head to use as temporary storage * @head: the head for your list. */ #define list_for_each_safe2(pos, n, head) \ for (pos =3D (head)->next, n =3D pos->next; pos !=3D (head); \ pos =3D n, n =3D pos->next) extern int pci_hp_register (struct hotplug_slot *slot); extern int pci_hp_deregister (struct hotplug_slot *slot); extern int pci_hp_change_slot_info (struct hotplug_slot *slot, struct hotplug_slot_info *info); //WB//extern struct subsystem pci_hotplug_slots_subsys; #endif ///////////////////Makefile///////////////////////////// .PATH: /usr/src/devdrv/ KMOD=3D fakeBSD SRCS=3D fakeBSD.c pci_hotplug_core.c SRCS+=3D device_if.h bus_if.h pci_if.h .include From owner-freebsd-current@FreeBSD.ORG Mon May 8 03:13:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04DCB16A400 for ; Mon, 8 May 2006 03:13:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE1043D48 for ; Mon, 8 May 2006 03:13:06 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C14592086; Mon, 8 May 2006 05:13:00 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id B442B2085; Mon, 8 May 2006 05:13:00 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 92A2833C8D; Mon, 8 May 2006 05:13:00 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Vincent Blondel" References: <61809.192.168.1.21.1147030254.squirrel@192.168.1.21> Date: Mon, 08 May 2006 05:13:00 +0200 In-Reply-To: <61809.192.168.1.21.1147030254.squirrel@192.168.1.21> (Vincent Blondel's message of "Sun, 7 May 2006 21:30:54 +0200 (CEST)") Message-ID: <86d5epp5tv.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: I_686 MMX / 3DNOW / SSE / SSE2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 03:13:07 -0000 "Vincent Blondel" writes: > So in this context, I use 'CFLAGS=3D -O2 -pipe -fno-strict-aliasing' > and 'CPUTYPE?=3Dathlon-xp' for compiling kernel but when I look at > file /usr/src/sys/conf/kern.mk I see all kind of mmx/3dnow/sse/sse2 > are disabled [...] We don't want to use floating point within the kernel, for a variety of reasons (one of them being that saving and restoring the floating point context when switching in and out of the kernel is very expensive). > So, finally, there is something I don't understand, what is the goal > of 'CPU_ENABLE_SSE' [...] The (now standard) CPU_ENABLE_SSE option adds code to save / restore SSE registers when necesary. This allows userland applications to use SSE without getting clobbering eachother's data. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 8 04:04:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A656916A40B; Mon, 8 May 2006 04:04:50 +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 E5F6E43D6B; Mon, 8 May 2006 04:04:45 +0000 (GMT) (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 k4844h3o008918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 May 2006 21:04:45 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445EC35B.1060107@errno.com> Date: Sun, 07 May 2006 21:04:43 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Pascal Hofstee References: <1147053538.17191.26.camel@synergy.odyssey.homeunix.org> In-Reply-To: <1147053538.17191.26.camel@synergy.odyssey.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [Fwd: Re: [head tinderbox] failure on amd64/amd64] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 04:04:51 -0000 Pascal Hofstee wrote: > The following is the end result of a small conversation i had with Sam > Leffler regarding the recent ath_hal commit breaking buildkernel on > amd64 ... i figured i should probably send the lists about this until a > fix gets committed. Should be fixed now, thank you. Sam From owner-freebsd-current@FreeBSD.ORG Mon May 8 06:52:11 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2270116A401; Mon, 8 May 2006 06:52:11 +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 BE69C43D48; Mon, 8 May 2006 06:52:10 +0000 (GMT) (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 4034C1A3C1A; Sun, 7 May 2006 23:52:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA2D85169A; Mon, 8 May 2006 02:52:08 -0400 (EDT) Date: Mon, 8 May 2006 02:52:08 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060508065207.GA20386@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20060507230430.GA6872@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 06:52:11 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline OK, David's patch fixes the umtx thundering herd (and seems to give a 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which was also waking up 2-7 CPUs at once about 30% of the time) by doing s/wakeup/wakeup_one/. This did not seem to give a performance impact on this test though. It seems to me that a more useful way to sort the mutex profiling list is by ration of contention to total acquisitions. Here is the list resorted by cnt_hold/count, keeping only the top 40 values of count and the mutexes with nonzero contention: Before: max total count avg cnt_hold cnt_lock ratio name 275 507115 166457 3 907 1348 .005 kern/vfs_bio.c:357 (needsbuffer lock) 310 487209 166460 2 1158 645 .006 kern/vfs_bio.c:315 (needsbuffer lock) 1084 3860336 166507 23 1241 1377 .007 kern/vfs_bio.c:1445 (buf queue lock) 1667 35018604 320038 109 3877 0 .012 kern/uipc_usrreq.c:696 (unp_mtx) 379 2143505 635740 3 10736 37083 .016 kern/sys_socket.c:176 (so_snd) 1503 4311935 502656 8 8664 9312 .017 kern/kern_lock.c:163 (lockbuilder mtxpool) 875 3495175 166487 20 3394 4272 .020 kern/vfs_bio.c:2424 (vnode interlock) 2084 121390320 2880081 42 67339 79525 .023 kern/uipc_usrreq.c:581 (so_snd) 909 1809346 165769 10 4454 9597 .026 kern/vfs_vnops.c:796 (vnode interlock) 277 518716 166442 3 5034 5172 .030 kern/vfs_bio.c:1464 (vnode interlock) 1565 10515648 282278 37 15760 10821 .055 kern/subr_sleepqueue.c:374 (process lock) 492 2500241 634835 3 54003 62520 .085 kern/kern_sig.c:1002 (process lock) 569 335913 30022 11 3262 2176 .108 kern/kern_sx.c:245 (lockbuilder mtxpool) 1378 27840143 320038 86 42183 1453 .131 kern/uipc_usrreq.c:705 (so_rcv) 300 1011100 320045 3 52423 30742 .163 kern/uipc_socket.c:1101 (so_snd) 437 10472850 3200213 3 576918 615361 .180 kern/kern_resource.c:1172 (sleep mtxpool) 2052 46242974 320039 144 80690 80729 .252 kern/uipc_usrreq.c:617 (unp_global_mtx) 546 48160602 3683470 13 1488801 696814 .404 kern/kern_descrip.c:1988 (filedesc structure) 395 13842967 3683470 3 1568927 685295 .425 kern/kern_descrip.c:1967 (filedesc structure) 644 16700212 635731 26 606615 278511 .954 kern/kern_descrip.c:420 (filedesc structure) 384 2863741 635774 4 654035 280340 1.028 kern/kern_descrip.c:368 (filedesc structure) 604 22164433 2721994 8 5564709 2225496 2.044 kern/kern_synch.c:220 (process lock) After: max total count avg cnt_hold cnt_lock ratio name 168 467413 166364 2 1025 2655 .006 kern/vfs_bio.c:357 (needsbuffer lock) 264 453972 166364 2 1688 44 .010 kern/vfs_bio.c:315 (needsbuffer lock) 240 2011519 640106 3 12032 48460 .018 kern/sys_socket.c:176 (so_snd) 425 5394174 514469 10 12838 15343 .024 kern/kern_lock.c:163 (lockbuilder mtxpool) 514 5127131 166383 30 4417 5666 .026 kern/vfs_bio.c:1445 (buf queue lock) 261 199860 38442 5 1405 475 .036 kern/kern_sx.c:245 (lockbuilder mtxpool) 707 174604101 2880083 60 119723 84566 .041 kern/uipc_usrreq.c:581 (so_snd) 126 520485 166351 3 7850 8574 .047 kern/vfs_bio.c:1464 (vnode interlock) 364 1850567 165607 11 8077 22156 .048 kern/vfs_vnops.c:796 (vnode interlock) 499 3233479 166432 19 9258 8468 .055 kern/vfs_bio.c:2424 (vnode interlock) 754 42181810 320038 131 21236 0 .066 kern/uipc_usrreq.c:696 (unp_mtx) 462 21081419 3685605 5 316514 243585 .085 kern/kern_descrip.c:1988 (filedesc structure) 577 12178436 321182 37 28585 21082 .088 kern/subr_sleepqueue.c:374 (process lock) 221 2410704 640387 3 75056 77553 .117 kern/kern_sig.c:1002 (process lock) 309 12026860 3685605 3 468707 331121 .127 kern/kern_descrip.c:1967 (filedesc structure) 299 973885 320046 3 60629 72506 .189 kern/uipc_socket.c:1101 (so_snd) 471 6132557 640097 9 125478 98778 .196 kern/kern_descrip.c:420 (filedesc structure) 737 33114067 320038 103 85243 1 .266 kern/uipc_usrreq.c:705 (so_rcv) 454 5866777 878113 6 240669 364921 .274 kern/kern_synch.c:220 (process lock) 365 2308060 640133 3 183152 142569 .286 kern/kern_descrip.c:368 (filedesc structure) 220 10297249 3200211 3 1117448 1175412 .349 kern/kern_resource.c:1172 (sleep mtxpool) 947 57806295 320040 180 132456 109179 .413 kern/uipc_usrreq.c:617 (unp_global_mtx) filedesc contention is down by a factor of 3-4, with corresponding reduction in the average hold time. The process lock contention coming from the signal delivery wakeup has also gone way down for some reason. unp contention has risen a bit. The other big gain is to sleep mtxpool contention, which roughly doubled: /* * Change the total socket buffer size a user has used. */ int chgsbsize(uip, hiwat, to, max) struct uidinfo *uip; u_int *hiwat; u_int to; rlim_t max; { rlim_t new; UIDINFO_LOCK(uip); So the next question is how can that be optimized? Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEXuqXWry0BWjoQKURAooFAKDolGQ8HXdVW06/t3LYDdllYL/TAgCfanPu b/FT/nnB0xb6Lon1bQJi2Cs= =Db4k -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Mon May 8 07:35:13 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5168C16A404; Mon, 8 May 2006 07:35: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 02D9B43D53; Mon, 8 May 2006 07:35:11 +0000 (GMT) (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 621F146C13; Mon, 8 May 2006 03:35:11 -0400 (EDT) Date: Mon, 8 May 2006 08:35:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20060508065207.GA20386@xor.obsecurity.org> Message-ID: <20060508083359.I17611@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: performance@FreeBSD.org, current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 07:35:13 -0000 On Mon, 8 May 2006, Kris Kennaway wrote: > unp contention has risen a bit. The other big gain is to sleep mtxpool > contention, which roughly doubled: In the general case, you can increase the size of the mutex pool. However, since this is per-uid for the socket buffer resource limits, that won't help you as the same user will always contend with itself. We'll need to think about this some -- good activity for the plane today :-). Nice work so far, btw. Sounds like we're making real headway! Robert N M Watson > > /* > * Change the total socket buffer size a user has used. > */ > int > chgsbsize(uip, hiwat, to, max) > struct uidinfo *uip; > u_int *hiwat; > u_int to; > rlim_t max; > { > rlim_t new; > > UIDINFO_LOCK(uip); > > So the next question is how can that be optimized? > > Kris From owner-freebsd-current@FreeBSD.ORG Mon May 8 08:51:18 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95EB216A404 for ; Mon, 8 May 2006 08:51:18 +0000 (UTC) (envelope-from kariukiphares@yahoo.com) Received: from web50513.mail.yahoo.com (web50513.mail.yahoo.com [206.190.39.111]) by mx1.FreeBSD.org (Postfix) with SMTP id 044E543D46 for ; Mon, 8 May 2006 08:51:17 +0000 (GMT) (envelope-from kariukiphares@yahoo.com) Received: (qmail 58568 invoked by uid 60001); 8 May 2006 08:51:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QpA+jdrQtaTWLAahnCMLIMntJuUDxOwjFmWT8Fr+fPwj4lh1wv3vIfeJaMG6uuS8YRiXm2aASaRHRPJSscvzyKnet2afJvPlTeg+ozGbV6agZlqx7/pBgL3jizbJEoPh+6fmJmKSEoH4CX0zdnZpiY8YLCGEOc2hph0oHg4GElU= ; Message-ID: <20060508085117.58566.qmail@web50513.mail.yahoo.com> Received: from [196.202.220.136] by web50513.mail.yahoo.com via HTTP; Mon, 08 May 2006 01:51:17 PDT Date: Mon, 8 May 2006 01:51:17 -0700 (PDT) From: Kariuki Kaboro To: Mike Jakubik , Scot Hetzel In-Reply-To: <445BAB52.8090409@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@www.freebsd.org, kariukiphares@yahoo.com Subject: Re: SAMBA issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kariukiphares@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 08:51:18 -0000 Thanks for the help, I sorted out the issues... sorry about the cross posting... will keep that in mind next time.... Regards, Kaboro Kariuki. Yours Truly, Phares Kariuki --------------------------------- How low will we go? Check out Yahoo! Messenger’s low PC-to-Phone call rates. From owner-freebsd-current@FreeBSD.ORG Mon May 8 10:43:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D34D816A402; Mon, 8 May 2006 10:43:36 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Mon, 8 May 2006 18:43:31 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> In-Reply-To: <20060508065207.GA20386@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605081843.31825.davidxu@freebsd.org> Cc: Robert Watson , performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 10:43:37 -0000 On Monday 08 May 2006 14:52, Kris Kennaway wrote: > OK, David's patch fixes the umtx thundering herd (and seems to give a > 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which > was also waking up 2-7 CPUs at once about 30% of the time) by doing > s/wakeup/wakeup_one/. This did not seem to give a performance impact > on this test though. >.... > filedesc contention is down by a factor of 3-4, with corresponding > reduction in the average hold time. The process lock contention > coming from the signal delivery wakeup has also gone way down for some > reason. > I found that mysqld frequently calls alarm() in its file thr_alarm.c and thr_kill() to send SIGALRM to its timer thread to wake it up, the timer thread itself is being blocked in sigwait(), normally the alarm timer will be expired in a second, so the kernel will periodically call psignal to find a thread which can handle the signal, it means kernel has to periodically walk through thread list with process lock and scheduler held, this is very expensive. thr_kill will in most time wake up the timer thread earlier, in thr_kill syscall, kernel has to walk through thread list to find a thread whose thread is matching the given id, the function thread_find() uses a linear searching algorithm, it is slow, if there are lots of thread in the process, the process lock will be holden too long, I think that's the reason why you have seen so many process lock contention, if you define USE_ALARM_THREAD in mysql header file, the contention should be decreased ( I hope ), patch: --- my_pthread.h.old Mon May 8 18:16:56 2006 +++ my_pthread.h Mon May 8 18:17:07 2006 @@ -267,6 +267,8 @@ /* Test first for RTS or FSU threads */ +#define USE_ALARM_THREAD + #if defined(PTHREAD_SCOPE_GLOBAL) && !defined(PTHREAD_SCOPE_SYSTEM) #define HAVE_rts_threads extern int my_pthread_create_detached; > unp contention has risen a bit. The other big gain is to sleep > mtxpool contention, which roughly doubled: > > /* > * Change the total socket buffer size a user has used. > */ > int > chgsbsize(uip, hiwat, to, max) > struct uidinfo *uip; > u_int *hiwat; > u_int to; > rlim_t max; > { > rlim_t new; > > UIDINFO_LOCK(uip); > > So the next question is how can that be optimized? > may use atomic_cmpset_int in a loop to avoid context switch or use an adaptive mutex, but there is no adaptive mutex type you can specify. rlim_t is a 64bit integer, so atomic operation can not be used, but 64bit integer might not be necessary for socket buffer size. > Kris David Xu From owner-freebsd-current@FreeBSD.ORG Mon May 8 07:20:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01AF616A401 for ; Mon, 8 May 2006 07:20:58 +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 315F043D45 for ; Mon, 8 May 2006 07:20:56 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.4) with ESMTP id k487KmMu003229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 May 2006 09:20:48 +0200 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.6/Submit) with ESMTP id k487KlBx003222 for ; Mon, 8 May 2006 09:20:48 +0200 Date: Mon, 8 May 2006 09:20:47 +0200 (CEST) From: Goran Gajic To: freebsd-current@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: Mon, 08 May 2006 11:23:29 +0000 Subject: smb related panic in 7.0-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, 08 May 2006 07:20:58 -0000 FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu May 4 14:20:19 CEST 2006 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/TEST i386 kgdb /usr/src/sys/i386/compile/TEST/kernel.debug vmcore.6 Unread portion of the kernel message buffer: panic: lock (sleep mutex) srslock not locked @ /usr/src/sys/modules/smbfs/../../netsmb/smb_iod.c:97 KDB: enter: panic panic: from debugger Uptime: 1d12h14m38s Physical memory: 503 MB Dumping 125 MB: 110 94 78 62 46 30 14 #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 0xc0690810 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0690abb in panic (fmt=0xc08884ea "from debugger") at ../../../kern/kern_shutdown.c:565 #3 0xc0486eed in db_panic (addr=-1066751093, have_addr=0, count=-1, modif=0xd6ef9940 "") at ../../../ddb/db_command.c:426 #4 0xc0486e84 in db_command (last_cmdp=0xc097ab04, cmd_table=0x0) at ../../../ddb/db_command.c:395 #5 0xc0486f42 in db_command_loop () at ../../../ddb/db_command.c:446 #6 0xc0488b59 in db_trap (type=3, code=0) at ../../../ddb/db_main.c:221 #7 0xc06aae05 in kdb_trap (type=3, code=0, tf=0x0) at ../../../kern/subr_kdb.c:481 #8 0xc0848620 in trap (frame= {tf_fs = -688979960, tf_es = -1066794968, tf_ds = -1064566744, tf_edi = 1, tf_esi = -1064537488, tf_ebp = -688940280, tf_isp = -688940300, tf_ebx = -68894 0236, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066751093, tf_cs = 32, tf_eflags = 642, tf_esp = -688940248, tf_ss = -1066857877}) at ../../../i386/i386/trap.c:622 #9 0xc0835a9a in calltrap () at ../../../i386/i386/exception.s:138 #10 0xc06aab8b in kdb_enter (msg=0x12
) at cpufunc.h:60 #11 0xc0690a6b in panic (fmt=0xc08c7270 "lock (%s) %s not locked @ %s:%d") at ../../../kern/kern_shutdown.c:549 #12 0xc06b60ff in witness_unlock (lock=0xc3095994, flags=8, file=0xc30b68e1 "/usr/src/sys/modules/smbfs/../../netsmb/smb_iod.c", line=97) at ../../../kern/subr_witness.c:1246 #13 0xc0688427 in _mtx_unlock_flags (m=0xc3095994, opts=0, file=0xc30b68e1 "/usr/src/sys/modules/smbfs/../../netsmb/smb_iod.c", line=97) at ../../../kern/kern_mutex.c:309 #14 0xc30aafcf in ?? () #15 0xc3095994 in ?? () #16 0x00000000 in ?? () #17 0xc30b68e1 in ?? () #18 0x00000061 in ?? () #19 0xc3124e00 in ?? () #20 0xc4ef6a00 in ?? () #21 0xc3124e18 in ?? () #22 0xd6ef9bb4 in ?? () #23 0xc30ab9cd in ?? () #24 0xc2c4e100 in ?? () #25 0xc2c4e1c8 in ?? () #26 0xc3095900 in ?? () #27 0xd6ef9bcc in ?? () #28 0xc30a9495 in ?? () #29 0xc3095900 in ?? () #30 0xc3095900 in ?? () #31 0x00000000 in ?? () #32 0xc4ef6a00 in ?? () #33 0xd6ef9be0 in ?? () #34 0xc30a9775 in ?? () #35 0xc3095918 in ?? () #36 0xc4ef6a00 in ?? () #37 0xc2ccab10 in ?? () #38 0xd6ef9ce0 in ?? () #39 0xc30a8013 in ?? () #40 0xc3095900 in ?? () #41 0xc3095900 in ?? () #42 0xc3095918 in ?? () #43 0x00000000 in ?? () #44 0xc30b66ba in ?? () #45 0x00000000 in ?? () #46 0x00000001 in ?? () #47 0x00000018 in ?? () #48 0xc279bc20 in ?? () #49 0xc3095800 in ?? () #50 0xc3095900 in ?? () #51 0xc06a3ea3 in critical_exit () at kern_switch.c:622 Previous frame inner to this frame (corrupt stack?) (kgdb) Regards, gg. From owner-freebsd-current@FreeBSD.ORG Mon May 8 11:26:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2FC716A419 for ; Mon, 8 May 2006 11:26:42 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C9EA43D5F for ; Mon, 8 May 2006 11:26:39 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EC71.dip.t-dialin.net [84.165.236.113]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k48BHmBN057416; Mon, 8 May 2006 13:17:49 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k48BQQMC055596; Mon, 8 May 2006 13:26:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 8 May 2006 13:27:21 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org, des@des.no Message-ID: <20060508132721.36915d94@Magellan.Leidinger.net> In-Reply-To: <86d5epp5tv.fsf@xps.des.no> References: <61809.192.168.1.21.1147030254.squirrel@192.168.1.21> <86d5epp5tv.fsf@xps.des.no> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new Cc: Subject: Re: I_686 MMX / 3DNOW / SSE / SSE2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 11:26:42 -0000 Quoting des@des.no (Dag-Erling Smørgrav) (Mon, 08 May 2006 05:13:00 +0200): > We don't want to use floating point within the kernel, for a variety > of reasons (one of them being that saving and restoring the floating > point context when switching in and out of the kernel is very > expensive). FYI... The patches which port the revamped FPU handling from DFly don't have this expensive behavior for every switch. AFAIR only when the kernel used the FPU some context is saved. It also allows to use SIMD instructions in the kernel (this may be beneficial in some places). Bye, Alexander. -- Press every key to continue. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Mon May 8 11:45:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0962E16A400; Mon, 8 May 2006 11:45:29 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46EBF43D48; Mon, 8 May 2006 11:45:27 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k48BjPg0069561; Mon, 8 May 2006 08:45:25 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-current@freebsd.org Date: Mon, 8 May 2006 08:45:17 -0300 User-Agent: KMail/1.9.1 References: <445D3C94.10102@errno.com> <200605072146.07500.joao@matik.com.br> <445E9A3D.9090909@errno.com> In-Reply-To: <445E9A3D.9090909@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605080845.18125.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 11:45:29 -0000 On Sunday 07 May 2006 22:09, Sam Leffler wrote: > I don't know why you are posting patches like this; they include changes > that are not MFC'd for specific reasons. I've already told you > privately that the new hal has nothing to do with the issue of > supporting the 1/2 and 1/4-rate channels in the public safety band (as > enabled with regdomain 18). > > If people want to try the new hal on a branch other than HEAD they > should follow the directions I gave in my original mail (modulo my > obtuseness). I did not tell people to take the driver off head or > anything similar. You need ONE change; the change in rev 1.143 of > if_ath.c that explicitly casts the bus tag and bus handle parameters in > the call to ath_hal_attach. The main reason for the new hal is to fix > sparc64 support (and possibly alpha). > you are really a piece of work my friend first you give vague info and incorrect instructions and then you bark arou= nd=20 when I try to help others which might have had the same dificulties to foll= ow=20 your brilliant mind since you like to be specific, here it is: > is known to work on sparc (tested) and may well work on alpha does not mean at all that it is the "main reason" like you claim above and what you sell here: > Note that to use this hal with RELENG_6 or other branches other than HEA= D=20 you must have rev 1.143 of if_ath.c is incorrect or at least very very bad explained and this way (my patch) using part of if_ath.c v.1.143, the 4.9Ghz channel= =20 mismatch (overlapping with 11g channels) is very well addressed=20 and even if it has nothing to do with the 9.17 HAL it resolves for now the= =20 issue and to answer your assumptions, I never said this is a MFC patch or whateve= r=20 and is ment only to help whom may be interested to build the 9.17 HAL on=20 releng_6 I hope you do not mean it like it sounds but FYI put perhaps you could=20 overview your way of talking. Beeing the boss does not require beeing harsh. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon May 8 11:45:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0962E16A400; Mon, 8 May 2006 11:45:29 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46EBF43D48; Mon, 8 May 2006 11:45:27 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k48BjPg0069561; Mon, 8 May 2006 08:45:25 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-current@freebsd.org Date: Mon, 8 May 2006 08:45:17 -0300 User-Agent: KMail/1.9.1 References: <445D3C94.10102@errno.com> <200605072146.07500.joao@matik.com.br> <445E9A3D.9090909@errno.com> In-Reply-To: <445E9A3D.9090909@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605080845.18125.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 11:45:29 -0000 On Sunday 07 May 2006 22:09, Sam Leffler wrote: > I don't know why you are posting patches like this; they include changes > that are not MFC'd for specific reasons. I've already told you > privately that the new hal has nothing to do with the issue of > supporting the 1/2 and 1/4-rate channels in the public safety band (as > enabled with regdomain 18). > > If people want to try the new hal on a branch other than HEAD they > should follow the directions I gave in my original mail (modulo my > obtuseness). I did not tell people to take the driver off head or > anything similar. You need ONE change; the change in rev 1.143 of > if_ath.c that explicitly casts the bus tag and bus handle parameters in > the call to ath_hal_attach. The main reason for the new hal is to fix > sparc64 support (and possibly alpha). > you are really a piece of work my friend first you give vague info and incorrect instructions and then you bark arou= nd=20 when I try to help others which might have had the same dificulties to foll= ow=20 your brilliant mind since you like to be specific, here it is: > is known to work on sparc (tested) and may well work on alpha does not mean at all that it is the "main reason" like you claim above and what you sell here: > Note that to use this hal with RELENG_6 or other branches other than HEA= D=20 you must have rev 1.143 of if_ath.c is incorrect or at least very very bad explained and this way (my patch) using part of if_ath.c v.1.143, the 4.9Ghz channel= =20 mismatch (overlapping with 11g channels) is very well addressed=20 and even if it has nothing to do with the 9.17 HAL it resolves for now the= =20 issue and to answer your assumptions, I never said this is a MFC patch or whateve= r=20 and is ment only to help whom may be interested to build the 9.17 HAL on=20 releng_6 I hope you do not mean it like it sounds but FYI put perhaps you could=20 overview your way of talking. Beeing the boss does not require beeing harsh. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon May 8 15:48:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF7816A400; Mon, 8 May 2006 15:48:29 +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 3782C43D5C; Mon, 8 May 2006 15:48:28 +0000 (GMT) (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 k48FmQt3011843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 May 2006 08:48:27 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <445F684A.1080501@errno.com> Date: Mon, 08 May 2006 08:48:26 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: JoaoBR References: <445D3C94.10102@errno.com> <200605072146.07500.joao@matik.com.br> <445E9A3D.9090909@errno.com> <200605080845.18125.joao@matik.com.br> In-Reply-To: <200605080845.18125.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 15:48:29 -0000 If I had intended stable users to try this code I would have: 1. posted to stable@ 2. provided specific changes for those users (e.g. a patch) You will note my initial post about a new hal was done to both mailing lists. I did not post this hal to stable because I did not want to deal with people complaining that things did not work because they had problems back-patching the necessary changes. I included info in my original post for those folks running current that were going to do it anyway so they could save some time. I replied to your post because all it did was set people up for failures that would result in mail to me that I don't have time to handle. Then those people would either get frustrated by not getting an answer or think there was some problem that wasn't being fixed. I treat the stable src tree VERY carefully. I do not inflict pain on users running stable. I do not arbitrarily commit changes that require people to manually alter their system or otherwise deal with binary incompatibilities. I treat stable as a production code base and only apply changes that are considered well-tested and appropriate to run in a production environment. Sam From owner-freebsd-current@FreeBSD.ORG Mon May 8 16:56:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B6A16A402 for ; Mon, 8 May 2006 16:56:21 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E5D43D48 for ; Mon, 8 May 2006 16:56:20 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.6/8.13.4) with ESMTP id k48Gtmwf070842 for ; Mon, 8 May 2006 18:55:49 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <445F7814.90905@fer.hr> Date: Mon, 08 May 2006 18:55:48 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <61809.192.168.1.21.1147030254.squirrel@192.168.1.21> <86d5epp5tv.fsf@xps.des.no> <20060508132721.36915d94@Magellan.Leidinger.net> In-Reply-To: <20060508132721.36915d94@Magellan.Leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: I_686 MMX / 3DNOW / SSE / SSE2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 16:56:21 -0000 Alexander Leidinger wrote: > The patches which port the revamped FPU handling from DFly don't have > this expensive behavior for every switch. AFAIR only when the kernel > used the FPU some context is saved. It also allows to use SIMD > instructions in the kernel (this may be beneficial in some places). For what it's worth - it would be interesting to see if XOR calculations in GRAID3 or VINUM can be speeded up by using SSE (I think SSE3 is needed for 128 bit integer ops?) From owner-freebsd-current@FreeBSD.ORG Mon May 8 18:43:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF80616A400; Mon, 8 May 2006 18:43:32 +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 2A37243D4C; Mon, 8 May 2006 18:43:27 +0000 (GMT) (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 271391A3C1A; Mon, 8 May 2006 11:43:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 73733515DC; Mon, 8 May 2006 14:43:22 -0400 (EDT) Date: Mon, 8 May 2006 14:43:22 -0400 From: Kris Kennaway To: David Xu Message-ID: <20060508184322.GA49344@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <200605081843.31825.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <200605081843.31825.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: performance@freebsd.org, freebsd-performance@freebsd.org, Robert Watson , current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 18:43:32 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 08, 2006 at 06:43:31PM +0800, David Xu wrote: > On Monday 08 May 2006 14:52, Kris Kennaway wrote: > > OK, David's patch fixes the umtx thundering herd (and seems to give a > > 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which > > was also waking up 2-7 CPUs at once about 30% of the time) by doing > > s/wakeup/wakeup_one/. This did not seem to give a performance impact > > on this test though. > >.... > > filedesc contention is down by a factor of 3-4, with corresponding > > reduction in the average hold time. The process lock contention > > coming from the signal delivery wakeup has also gone way down for some > > reason. > > >=20 > I found that mysqld frequently calls alarm() in its file thr_alarm.c and= =20 > thr_kill() to send SIGALRM to its timer thread to wake it up, the timer= =20 > thread itself is being blocked in sigwait(), normally the alarm timer will > be expired in a second, so the kernel will periodically call psignal to f= ind > a thread which can handle the signal, it means kernel has to periodically > walk through thread list with process lock and scheduler held, this is > very expensive. >=20 > thr_kill will in most time wake up the timer thread earlier, in thr_kill > syscall, kernel has to walk through thread list to find a thread whose > thread is matching the given id, the function thread_find() > uses a linear searching algorithm, it is slow, if there are lots of threa= d in > the process, the process lock will be holden too long, I think that's th= e=20 > reason why you have seen so many process lock contention, if you > define USE_ALARM_THREAD in mysql header file, the contention should > be decreased ( I hope ), patch: Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't yet had time to investigate. Is anyone else seeing this? Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEX5FJWry0BWjoQKURAs44AJ9xvSlgI2Ged4dpfI5Au728e4UxJQCfQ+MG Re10oKdTr9I47XG0rxx3yvA= =xvgt -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Mon May 8 18:52:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BBB016A429; Mon, 8 May 2006 18:52:54 +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 9402443D6B; Mon, 8 May 2006 18:52:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k48IqmCb058246; Mon, 8 May 2006 14:52:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k48IqmVg049386; Mon, 8 May 2006 14:52:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 848167302F; Mon, 8 May 2006 14:52:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060508185248.848167302F@freebsd-current.sentex.ca> Date: Mon, 8 May 2006 14:52:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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: Mon, 08 May 2006 18:52:54 -0000 TB --- 2006-05-08 16:49:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-08 16:49:36 - starting HEAD tinderbox run for i386/i386 TB --- 2006-05-08 16:49:36 - cleaning the object tree TB --- 2006-05-08 16:50:06 - checking out the source tree TB --- 2006-05-08 16:50:06 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-05-08 16:50:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-08 16:56:56 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-08 16:56:56 - cd /src TB --- 2006-05-08 16:56:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-08 18:04:41 - generating LINT kernel config TB --- 2006-05-08 18:04:41 - cd /src/sys/i386/conf TB --- 2006-05-08 18:04:41 - /usr/bin/make -B LINT TB --- 2006-05-08 18:04:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-08 18:04:42 - cd /src TB --- 2006-05-08 18:04:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 8 18:04:42 UTC 2006 >>> 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 Mon May 8 18:30:17 UTC 2006 TB --- 2006-05-08 18:30:17 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-08 18:30:17 - cd /src TB --- 2006-05-08 18:30:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon May 8 18:30:17 UTC 2006 >>> 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 GENERIC completed on Mon May 8 18:51:01 UTC 2006 TB --- 2006-05-08 18:51:01 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-08 18:51:01 - cd /src TB --- 2006-05-08 18:51:01 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Mon May 8 18:51:01 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/ata-raid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/atapi-cd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/atapi-fd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ata/atapi-tape.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ath/ath_rate/sample/sample.c -I/src/sys/contrib/dev/ath/freebsd cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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/ath/if_ath.c -I/src/sys/contrib/dev/ath/freebsd /src/sys/dev/ath/if_ath.c: In function `ath_descdma_setup': /src/sys/dev/ath/if_ath.c:2379: warning: large integer implicitly truncated to unsigned type *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-08 18:52:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-08 18:52:48 - ERROR: failed to build PAE kernel TB --- 2006-05-08 18:52:48 - tinderbox aborted TB --- 1.26 user 5.92 system 7392.01 real From owner-freebsd-current@FreeBSD.ORG Mon May 8 19:58:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E87B916A41F; Mon, 8 May 2006 19:58:59 +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 61E4943D49; Mon, 8 May 2006 19:58:59 +0000 (GMT) (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 k48JwweW057686; Mon, 8 May 2006 15:58:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k48JwwUO017008; Mon, 8 May 2006 15:58:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 096B67302F; Mon, 8 May 2006 15:58:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060508195858.096B67302F@freebsd-current.sentex.ca> Date: Mon, 8 May 2006 15:58:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 19:59:05 -0000 TB --- 2006-05-08 18:52:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-08 18:52:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-05-08 18:52:48 - cleaning the object tree TB --- 2006-05-08 18:53:18 - checking out the source tree TB --- 2006-05-08 18:53:18 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-05-08 18:53:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-08 19:00:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-08 19:00:03 - cd /src TB --- 2006-05-08 19:00:03 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sys/boot/pc98/boot2/io.c:375: error: `M_NEC_PC98' undeclared (first use in this function) /src/sys/boot/pc98/boot2/io.c:375: error: (Each undeclared identifier is reported only once /src/sys/boot/pc98/boot2/io.c:375: error: for each function it appears in.) /src/sys/boot/pc98/boot2/io.c:377: error: `M_EPSON_PC98' undeclared (first use in this function) /src/sys/boot/pc98/boot2/io.c:379: error: `M_8M' undeclared (first use in this function) /src/sys/boot/pc98/boot2/io.c:383: error: `M_NOTE' undeclared (first use in this function) /src/sys/boot/pc98/boot2/io.c:388: error: `M_H98' undeclared (first use in this function) /src/sys/boot/pc98/boot2/io.c:390: error: `M_NOT_H98' undeclared (first use in this function) *** Error code 1 Stop in /src/sys/boot/pc98/boot2. *** Error code 1 Stop in /src/sys/boot/pc98. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-08 19:58:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-08 19:58:57 - ERROR: failed to build world TB --- 2006-05-08 19:58:57 - tinderbox aborted TB --- 1.15 user 5.63 system 3969.16 real From owner-freebsd-current@FreeBSD.ORG Mon May 8 20:50:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DA2516A404 for ; Mon, 8 May 2006 20:50:27 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C29D43D45 for ; Mon, 8 May 2006 20:50:26 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k48KoNPq092992; Mon, 8 May 2006 15:50:24 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <445FAF12.7020003@centtech.com> Date: Mon, 08 May 2006 15:50:26 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Eric Anderson References: <20060320.115438.97293590.imp@bsdimp.com> <441F2302.8050402@centtech.com> <4422FCE1.7040105@centtech.com> <20060327.163955.17747269.imp@bsdimp.com> <442954A4.7090805@centtech.com> In-Reply-To: <442954A4.7090805@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1450/Mon May 8 11:38:31 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 20:50:27 -0000 Eric Anderson wrote: > M. Warner Losh wrote: >> In message: <4422FCE1.7040105@centtech.com> >> Eric Anderson writes: >> : Is this a 'fix' or a workaround? If it's a fix, do you think it'll >> get : included and trickled down to 6.1 in time? >> >> I've made a fix to -current that I think will fix this problem. Would >> you like me to send you a patch? > > Yea, that would be great. > > Thanks! > Eric I never did get that patch.. Can you resend please? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon May 8 20:51:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2AB816A43B; Mon, 8 May 2006 20:51:15 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65EC443D5E; Mon, 8 May 2006 20:51:12 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k48KpAp6028051; Mon, 8 May 2006 16:51:11 -0400 (EDT) Date: Mon, 8 May 2006 16:51:10 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: re@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deischen@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: Mon, 08 May 2006 20:51:15 -0000 In preparation for release of 7.0, can we please have a shared library version bump? I'd like to enable symbol versioning by default. -- DE From owner-freebsd-current@FreeBSD.ORG Mon May 8 20:59:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF4E16A400; Mon, 8 May 2006 20:59:20 +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 9C34B43D68; Mon, 8 May 2006 20:59:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k48KxDE9086355; Mon, 8 May 2006 14:59:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <445FB11C.1000309@samsco.org> Date: Mon, 08 May 2006 14:59:08 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: deischen@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 20:59:20 -0000 Daniel Eischen wrote: > In preparation for release of 7.0, can we please have > a shared library version bump? I'd like to enable > symbol versioning by default. > Sorry, this has been a low priority in my brain due to 6.1. Yes, we do want this. You should send out appropriate HEADS UP emails before and after it happens so that everyone is prepared. Did you want to be in charge of all of this, or did you have someone else in mind? Scott From owner-freebsd-current@FreeBSD.ORG Mon May 8 21:04:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C24D16A45F; Mon, 8 May 2006 21:04:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E38243D6E; Mon, 8 May 2006 21:04:45 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k48L4jOO010244; Mon, 8 May 2006 17:04:45 -0400 (EDT) Date: Mon, 8 May 2006 17:04:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <445FB11C.1000309@samsco.org> Message-ID: References: <445FB11C.1000309@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 21:04:49 -0000 On Mon, 8 May 2006, Scott Long wrote: > Daniel Eischen wrote: >> In preparation for release of 7.0, can we please have >> a shared library version bump? I'd like to enable >> symbol versioning by default. >> > > Sorry, this has been a low priority in my brain due to 6.1. No problem. I intentionally waited until 6.1 was just about done before pinging you again. > Yes, we do want this. You should send out appropriate HEADS UP > emails before and after it happens so that everyone is prepared. > Did you want to be in charge of all of this, or did you have > someone else in mind? I've not done this before. Is it just a matter of bumping SHLIB_MAJOR in lib/Makefile.inc and lib/*/Makefile? -- DE From owner-freebsd-current@FreeBSD.ORG Mon May 8 22:17:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43D8916A424 for ; Mon, 8 May 2006 22:17:41 +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 8422043D6D for ; Mon, 8 May 2006 22:17:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k48MEsos089456; Mon, 8 May 2006 16:14:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 08 May 2006 16:14:53 -0600 (MDT) Message-Id: <20060508.161453.104643957.imp@bsdimp.com> To: anderson@centtech.com From: "M. Warner Losh" In-Reply-To: <445FAF12.7020003@centtech.com> References: <20060327.163955.17747269.imp@bsdimp.com> <442954A4.7090805@centtech.com> <445FAF12.7020003@centtech.com> 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 Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 22:17:41 -0000 In message: <445FAF12.7020003@centtech.com> Eric Anderson writes: : Eric Anderson wrote: : > M. Warner Losh wrote: : >> In message: <4422FCE1.7040105@centtech.com> : >> Eric Anderson writes: : >> : Is this a 'fix' or a workaround? If it's a fix, do you think it'll : >> get : included and trickled down to 6.1 in time? : >> : >> I've made a fix to -current that I think will fix this problem. Would : >> you like me to send you a patch? : > : > Yea, that would be great. : > : > Thanks! : > Eric : : I never did get that patch.. Can you resend please? Hmmm. I think this one fell on the floor... Was this the voltage problem? Warner From owner-freebsd-current@FreeBSD.ORG Mon May 8 22:43:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2A29D16A404; Mon, 8 May 2006 22:43:36 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Kris Kennaway Date: Tue, 9 May 2006 06:43:31 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> <200605081843.31825.davidxu@freebsd.org> <20060508184322.GA49344@xor.obsecurity.org> In-Reply-To: <20060508184322.GA49344@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605090643.31434.davidxu@freebsd.org> Cc: performance@freebsd.org, freebsd-performance@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 22:43:36 -0000 On Tuesday 09 May 2006 02:43, Kris Kennaway wrote: > Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't > yet had time to investigate. Is anyone else seeing this? > > Kris I only have tested mysql 4.0, I will try 4.1 later. From owner-freebsd-current@FreeBSD.ORG Mon May 8 23:49:25 2006 Return-Path: X-Original-To: FreeBSD-current@FreeBSD.ORG Delivered-To: FreeBSD-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167A716A400 for ; Mon, 8 May 2006 23:49:25 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC79543D46 for ; Mon, 8 May 2006 23:49:23 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id E7F41131DE7 for ; Tue, 9 May 2006 09:19:22 +0930 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id 1344E84632 for ; Tue, 9 May 2006 09:19:22 +0930 (CST) Received: from eucla.lemis.com (localhost [127.0.0.1]) by eucla.lemis.com (Postfix) with ESMTP id B174ED5FF1 for ; Mon, 8 May 2006 16:49:19 -0700 (PDT) Received: (from grog@localhost) by eucla.lemis.com (8.13.6/8.13.4/Submit) id k48NnI68030515 for FreeBSD-current@FreeBSD.ORG; Mon, 8 May 2006 16:49:18 -0700 (PDT) (envelope-from grog) Date: Mon, 8 May 2006 16:49:15 -0700 From: "Greg 'groggy' Lehey" To: FreeBSD current users Message-ID: <20060508234915.GD12001@eucla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8w3uRX/HFJGApMzv" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Subject: Still problems with -CURRENT on Dell Inspiron 6000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 23:49:25 -0000 --8w3uRX/HFJGApMzv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Some months ago I reported problems with ACPI on a Dell Inspiron 6000 machine running -CURRENT as of the end of November 2005. The only way I was able to use the machine at all was to disable ACPI. In the last couple of days, I've upgrade the machine two ways on two different partitions: - To 6.1-RELEASE. Here everything seems to work, including ACPI, though I'm not sure how to get it to suspend when shutting the lid, nor how to recover from zzz(8). Any suggestions welcome. - To the latest 7-CURRENT. The ACPI problems are there, unchanged. In addition, I can no longer use the onboard NIC (bfe0). When I try to ifconfig it, it gets an interrupt storm and drops the physical link (the LEDs next to the connector go out, and it reports "no carrier"). Here are details of the latter problem: May 8 11:41:52 eucla kernel: bfe0: mem 0xdfcfe000-0xdfcfffff irq 9 at device 0.0 on pci3 May 8 11:41:52 eucla kernel: miibus0: on bfe0 May 8 11:41:52 eucla kernel: bmtphy0: on miibus0 May 8 11:41:52 eucla kernel: bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto May 8 11:41:52 eucla kernel: bfe0: Ethernet address: 00:12:3f:d8:f3:5c May 8 11:48:19 eucla kernel: Interrupt storm detected on "irq9:"; throttling interrupt source May 8 11:48:19 eucla kernel: bfe0: link state changed to DOWN I have no way of knowing whether this would occur with ACPI loaded. I've also tried using both the internal iwi0 interface and the external wi0 interface. I didn't get an interrupt storm, but I don't have wireless access round here, so I can't confirm whether the interfaces work. Greg -- See complete headers for address and phone numbers --8w3uRX/HFJGApMzv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEX9j6IubykFB6QiMRAvx/AKCcLUrkYMg70Y8j7nAF/2Z/nqSpowCfcitJ Qj5ArOLU9q3ZiicrwhI/hDc= =2ZAc -----END PGP SIGNATURE----- --8w3uRX/HFJGApMzv-- From owner-freebsd-current@FreeBSD.ORG Mon May 8 23:50:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9483B16A402; Mon, 8 May 2006 23:50:53 +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 7DC6143D75; Mon, 8 May 2006 23:50:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k48NmC5J090455; Mon, 8 May 2006 17:48:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 08 May 2006 17:48:13 -0600 (MDT) Message-Id: <20060508.174813.89129442.imp@bsdimp.com> To: deischen@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <445FB11C.1000309@samsco.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 Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 23:50:53 -0000 In message: Daniel Eischen writes: : On Mon, 8 May 2006, Scott Long wrote: : : > Daniel Eischen wrote: : >> In preparation for release of 7.0, can we please have : >> a shared library version bump? I'd like to enable : >> symbol versioning by default. : >> : > : > Sorry, this has been a low priority in my brain due to 6.1. : : No problem. I intentionally waited until 6.1 was just about : done before pinging you again. : : > Yes, we do want this. You should send out appropriate HEADS UP : > emails before and after it happens so that everyone is prepared. : > Did you want to be in charge of all of this, or did you have : > someone else in mind? : : I've not done this before. Is it just a matter of bumping : SHLIB_MAJOR in lib/Makefile.inc and lib/*/Makefile? Hopefully this will be the last major bump for a long time... Otherwise, why bother with symbol versioning at all... Warner From owner-freebsd-current@FreeBSD.ORG Mon May 8 23:56:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2C116A409 for ; Mon, 8 May 2006 23:56:35 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E86643D4C for ; Mon, 8 May 2006 23:56:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 44601 invoked from network); 8 May 2006 23:56:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vUIuVYH8tAvRiGtlCeD+l6eo5uMI1uU29gErbbzKjLgLa41Tz5jw/+iTgf4VL6yZwb3THsh6rpUAYOHGEBpRfchSJ1LNruHjsEqw4iAqncCtwcvXheP8BzyG5Rrzi4rz/igGQlmEd6pFy0XwnAq74wuzKire6mu4tm5IBy0q0SE= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 8 May 2006 23:56:32 -0000 Message-ID: <445FDAC1.6000300@rogers.com> Date: Mon, 08 May 2006 19:56:49 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: David Xu References: <20060506150622.C17611@fledge.watson.org> <200605081843.31825.davidxu@freebsd.org> <20060508184322.GA49344@xor.obsecurity.org> <200605090643.31434.davidxu@freebsd.org> In-Reply-To: <200605090643.31434.davidxu@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2006 23:56:37 -0000 David Xu wrote: > On Tuesday 09 May 2006 02:43, Kris Kennaway wrote: > > >> Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't >> yet had time to investigate. Is anyone else seeing this? >> >> Kris >> > > I only have tested mysql 4.0, I will try 4.1 later. > What about 5.0? Have any of you done tests on this version? I'm curious to know the difference in performance between 4 and 5 on freebsd. From owner-freebsd-current@FreeBSD.ORG Mon May 8 23:59:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6928A16A400; Mon, 8 May 2006 23:59:56 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0584F43D45; Mon, 8 May 2006 23:59:55 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k48Nxq6x010733; Mon, 8 May 2006 19:59:52 -0400 (EDT) Date: Mon, 8 May 2006 19:59:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: <20060508.174813.89129442.imp@bsdimp.com> Message-ID: References: <445FB11C.1000309@samsco.org> <20060508.174813.89129442.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 23:59:56 -0000 On Mon, 8 May 2006, M. Warner Losh wrote: > In message: > Daniel Eischen writes: > : On Mon, 8 May 2006, Scott Long wrote: > : > : > Daniel Eischen wrote: > : >> In preparation for release of 7.0, can we please have > : >> a shared library version bump? I'd like to enable > : >> symbol versioning by default. > : >> > : > > : > Sorry, this has been a low priority in my brain due to 6.1. > : > : No problem. I intentionally waited until 6.1 was just about > : done before pinging you again. > : > : > Yes, we do want this. You should send out appropriate HEADS UP > : > emails before and after it happens so that everyone is prepared. > : > Did you want to be in charge of all of this, or did you have > : > someone else in mind? > : > : I've not done this before. Is it just a matter of bumping > : SHLIB_MAJOR in lib/Makefile.inc and lib/*/Makefile? > > Hopefully this will be the last major bump for a long time... > Otherwise, why bother with symbol versioning at all... For libraries with symbol versioning, yes, that's the plan. To date, that's libc, libm, libthr, libpthread, and libthread_db. If other libraries become symbol versioned after 7.0 gets released, then those libraries will need another version bump. -- DE From owner-freebsd-current@FreeBSD.ORG Tue May 9 00:09:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80E1516A406; Tue, 9 May 2006 00:09:30 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3237843D46; Tue, 9 May 2006 00:09:30 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 5ADDE78C1F; Tue, 9 May 2006 00:09:29 +0000 (GMT) Date: Tue, 9 May 2006 00:09:29 +0000 From: John Birrell To: Daniel Eischen Message-ID: <20060509000928.GA81282@what-creek.com> References: <445FB11C.1000309@samsco.org> <20060508.174813.89129442.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 00:09:31 -0000 On Mon, May 08, 2006 at 07:59:52PM -0400, Daniel Eischen wrote: > For libraries with symbol versioning, yes, that's the plan. > To date, that's libc, libm, libthr, libpthread, and libthread_db. > If other libraries become symbol versioned after 7.0 gets > released, then those libraries will need another version > bump. This is a bit off-topic, but we need "mutex/rwlock held" functions in libpthread. DTrace wants them. 8-) -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue May 9 00:35:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8627016A44B; Tue, 9 May 2006 00:35:18 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx1.starman.ee (smtp-out1.starman.ee [85.253.0.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B354543D8F; Tue, 9 May 2006 00:35:12 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from depression.softematic.com (depression.softematic.com [62.65.205.81]) by mx1.starman.ee (Postfix) with ESMTP id 8AB7123C157; Tue, 9 May 2006 03:35:08 +0300 (EEST) From: Sven Petai To: freebsd-performance@freebsd.org Date: Tue, 9 May 2006 03:34:59 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> <200605081843.31825.davidxu@freebsd.org> <20060508184322.GA49344@xor.obsecurity.org> In-Reply-To: <20060508184322.GA49344@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605090335.00451.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: Kris Kennaway , David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 00:35:22 -0000 > Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't > yet had time to investigate. Is anyone else seeing this? > Seems to run fine here with 4.1.18 on amd64, but doesn't seem to make much difference though. I ran the tests again on the 8 core machine with and without rwatsons patch and this time with 6 tests for each setting and generated graphs: http://bsd.ee/~hadara/debug/mysql4/stats.html thr + select smack dynamics with the patch really do look quite interesting PS I'm currently running testround with rwatsons patch + http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff + mysqld change davidxu suggested. Are there any other patches out there that I should try ? From owner-freebsd-current@FreeBSD.ORG Tue May 9 00:37:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2394B16A522 for ; Tue, 9 May 2006 00:37:23 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B4CC43D73 for ; Tue, 9 May 2006 00:37:18 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k490bIN7010179; Mon, 8 May 2006 20:37:18 -0400 (EDT) Date: Mon, 8 May 2006 20:37:18 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Birrell In-Reply-To: <20060509000928.GA81282@what-creek.com> Message-ID: References: <445FB11C.1000309@samsco.org> <20060508.174813.89129442.imp@bsdimp.com> <20060509000928.GA81282@what-creek.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 00:37:24 -0000 On Tue, 9 May 2006, John Birrell wrote: > On Mon, May 08, 2006 at 07:59:52PM -0400, Daniel Eischen wrote: >> For libraries with symbol versioning, yes, that's the plan. >> To date, that's libc, libm, libthr, libpthread, and libthread_db. >> If other libraries become symbol versioned after 7.0 gets >> released, then those libraries will need another version >> bump. > > > This is a bit off-topic, but we need "mutex/rwlock held" functions > in libpthread. DTrace wants them. 8-) Are you sure you're not talking about mutex(9F) on Solaris ;-) I can see mutex_held in Solaris 10 /lib/libthread.so.1, but I don't see any rwlock_held or rwlock_owned. -- DE From owner-freebsd-current@FreeBSD.ORG Tue May 9 00:42:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDA316A411; Tue, 9 May 2006 00:42:07 +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 BA0C743D45; Tue, 9 May 2006 00:42:06 +0000 (GMT) (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 91FF91A3C1F; Mon, 8 May 2006 17:42:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C176D515DC; Mon, 8 May 2006 20:42:03 -0400 (EDT) Date: Mon, 8 May 2006 20:42:03 -0400 From: Kris Kennaway To: Sven Petai Message-ID: <20060509004203.GA55852@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605081843.31825.davidxu@freebsd.org> <20060508184322.GA49344@xor.obsecurity.org> <200605090335.00451.hadara@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <200605090335.00451.hadara@bsd.ee> User-Agent: Mutt/1.4.2.1i Cc: freebsd-performance@freebsd.org, Kris Kennaway , David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 00:42:07 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 09, 2006 at 03:34:59AM +0300, Sven Petai wrote: > > Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't > > yet had time to investigate. Is anyone else seeing this? > > >=20 > Seems to run fine here with 4.1.18 on amd64, but doesn't seem to make muc= h=20 > difference though. >=20 > I ran the tests again on the 8 core machine with and without rwatsons pat= ch=20 > and this time with 6 tests for each setting and generated graphs: > http://bsd.ee/~hadara/debug/mysql4/stats.html >=20 > thr + select smack dynamics with the patch really do look quite interesti= ng >=20 > PS > I'm currently running testround with rwatsons patch +=20 > http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff + mysqld= =20 > change davidxu suggested.=20 > Are there any other patches out there that I should try ? Sorry, I meant http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff instead of that patch. Also try turning down HZ to 100, and changing the wakeup()s to wakeup_one() in sys/filedesc.h. A mutex profiling trace from the 8 core machine will also be very interesting. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEX+VbWry0BWjoQKURAgm/AKD2YwlrftVlpb7kN7QeIQIJKl2bmACg78i2 abDlSzbEkADZRGjNfX8iNk0= =5TPT -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 00:43:39 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B30BF16A479; Tue, 9 May 2006 00:43:39 +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 B313943D5C; Tue, 9 May 2006 00:43:29 +0000 (GMT) (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 9AAB21A3C1F; Mon, 8 May 2006 17:43:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 350BE51664; Mon, 8 May 2006 20:43:28 -0400 (EDT) Date: Mon, 8 May 2006 20:43:28 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060509004328.GB55852@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd" Content-Disposition: inline In-Reply-To: <20060508065207.GA20386@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 00:43:39 -0000 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: > OK, David's patch fixes the umtx thundering herd (and seems to give a > 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which > was also waking up 2-7 CPUs at once about 30% of the time) by doing > s/wakeup/wakeup_one/. This did not seem to give a performance impact > on this test though. Turning down kern.hz from 1000 to 100 also made a big difference on 12 CPUs (+6.1%). Note also that the system is no less than 40% idle during the runs (at any load), so the bottlenecks are serious. Kris --WYTEVAkct0FjGQmd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEX+WvWry0BWjoQKURAt8YAKCPaRA18V5W8hP+Oafj2+7gPDJd2QCfeNaW vxHwPuOyQDZfJ9KVeJGH14o= =Ik2U -----END PGP SIGNATURE----- --WYTEVAkct0FjGQmd-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 01:05:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D842216A405; Tue, 9 May 2006 01:05:38 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FF1D43D6A; Tue, 9 May 2006 01:05:32 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 0EF0178C1D; Tue, 9 May 2006 01:05:32 +0000 (GMT) Date: Tue, 9 May 2006 01:05:31 +0000 From: John Birrell To: Daniel Eischen Message-ID: <20060509010531.GA81623@what-creek.com> References: <445FB11C.1000309@samsco.org> <20060508.174813.89129442.imp@bsdimp.com> <20060509000928.GA81282@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 01:05:39 -0000 On Mon, May 08, 2006 at 08:37:18PM -0400, Daniel Eischen wrote: > Are you sure you're not talking about mutex(9F) on Solaris ;-) I don't have an installed version of Solaris. It hates all my machines. Even the Dells. Heh. So I don't get to look at man pages. Just the source. > I can see mutex_held in Solaris 10 /lib/libthread.so.1, but I > don't see any rwlock_held or rwlock_owned. It'll be one of their internal interfaces. I did this: And then #defined their names/macros to ours. I hope that link works. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue May 9 01:11:15 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B30116A45A; Tue, 9 May 2006 01:11:15 +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 7B25043D6E; Tue, 9 May 2006 01:11:10 +0000 (GMT) (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 5AA501A3C1F; Mon, 8 May 2006 18:11:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B566651742; Mon, 8 May 2006 21:11:09 -0400 (EDT) Date: Mon, 8 May 2006 21:11:09 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060509011109.GA57060@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <20060509004328.GB55852@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20060509004328.GB55852@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 01:11:16 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 08, 2006 at 08:43:28PM -0400, Kris Kennaway wrote: > On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: > > OK, David's patch fixes the umtx thundering herd (and seems to give a > > 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which > > was also waking up 2-7 CPUs at once about 30% of the time) by doing > > s/wakeup/wakeup_one/. This did not seem to give a performance impact > > on this test though. >=20 > Turning down kern.hz from 1000 to 100 also made a big difference on 12 > CPUs (+6.1%). >=20 > Note also that the system is no less than 40% idle during the runs (at > any load), so the bottlenecks are serious. top -H shows the threads mostly in umtx state. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEX+wtWry0BWjoQKURApXBAKDG+HoSkP+edodHh+glPxAYokNvtgCg0KQ8 ACuFSrfTnqu3yauVgzLaCCM= =paPx -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 01:18:32 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B3D416A440; Tue, 9 May 2006 01:18:32 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6937543D49; Tue, 9 May 2006 01:18:31 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.73] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k491IRPL091048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 May 2006 18:18:29 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <445FEDDA.6010001@FreeBSD.org> Date: Mon, 08 May 2006 18:18:18 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Kris Kennaway References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <20060509004328.GB55852@xor.obsecurity.org> In-Reply-To: <20060509004328.GB55852@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , performance@FreeBSD.org, current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 01:18:32 -0000 Kris Kennaway wrote: > On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: >> OK, David's patch fixes the umtx thundering herd (and seems to give a >> 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which >> was also waking up 2-7 CPUs at once about 30% of the time) by doing >> s/wakeup/wakeup_one/. This did not seem to give a performance impact >> on this test though. > > Turning down kern.hz from 1000 to 100 also made a big difference on 12 > CPUs (+6.1%). > > Note also that the system is no less than 40% idle during the runs (at > any load), so the bottlenecks are serious. Maybe HDD just can't keep up with the pace? -Maxim From owner-freebsd-current@FreeBSD.ORG Tue May 9 01:21:07 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F4E116A40B; Tue, 9 May 2006 01:21:07 +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 EB68943D46; Tue, 9 May 2006 01:21:06 +0000 (GMT) (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 BE2B71A3C1A; Mon, 8 May 2006 18:21:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3AA4251664; Mon, 8 May 2006 21:21:06 -0400 (EDT) Date: Mon, 8 May 2006 21:21:06 -0400 From: Kris Kennaway To: Maxim Sobolev Message-ID: <20060509012106.GA57271@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <20060509004328.GB55852@xor.obsecurity.org> <445FEDDA.6010001@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <445FEDDA.6010001@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 01:21:07 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 08, 2006 at 06:18:18PM -0700, Maxim Sobolev wrote: > Kris Kennaway wrote: > >On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: > >>OK, David's patch fixes the umtx thundering herd (and seems to give a > >>4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which > >>was also waking up 2-7 CPUs at once about 30% of the time) by doing > >>s/wakeup/wakeup_one/. This did not seem to give a performance impact > >>on this test though. > > > >Turning down kern.hz from 1000 to 100 also made a big difference on 12 > >CPUs (+6.1%). > > > >Note also that the system is no less than 40% idle during the runs (at > >any load), so the bottlenecks are serious. >=20 > Maybe HDD just can't keep up with the pace? There is no disk I/O involved. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEX+6BWry0BWjoQKURArFWAJ0XbBnww8FPfL/TD3fmr5/1MiBTEQCg0Xca wf4fD55J7ULkaas0a3GlpV4= =+Prk -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 01:24:24 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1AE116A417; Tue, 9 May 2006 01:24:23 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7988943D45; Tue, 9 May 2006 01:24:23 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.73] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k491OKWs091125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 May 2006 18:24:22 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <445FEF3B.3060509@FreeBSD.org> Date: Mon, 08 May 2006 18:24:11 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Kris Kennaway References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <20060509004328.GB55852@xor.obsecurity.org> <445FEDDA.6010001@FreeBSD.org> <20060509012106.GA57271@xor.obsecurity.org> In-Reply-To: <20060509012106.GA57271@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 01:24:24 -0000 Kris Kennaway wrote: > On Mon, May 08, 2006 at 06:18:18PM -0700, Maxim Sobolev wrote: >> Kris Kennaway wrote: >>> On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: >>>> OK, David's patch fixes the umtx thundering herd (and seems to give a >>>> 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which >>>> was also waking up 2-7 CPUs at once about 30% of the time) by doing >>>> s/wakeup/wakeup_one/. This did not seem to give a performance impact >>>> on this test though. >>> Turning down kern.hz from 1000 to 100 also made a big difference on 12 >>> CPUs (+6.1%). >>> >>> Note also that the system is no less than 40% idle during the runs (at >>> any load), so the bottlenecks are serious. >> Maybe HDD just can't keep up with the pace? > > There is no disk I/O involved. Oh, sorry. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue May 9 03:05:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2969A16A403 for ; Tue, 9 May 2006 03:05:37 +0000 (UTC) (envelope-from netsick@iinet.net.au) Received: from customer-domains.icp-qv1-irony6.iinet.net.au (customer-domains.icp-qv1-irony6.iinet.net.au [203.59.1.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 767D543D46 for ; Tue, 9 May 2006 03:05:36 +0000 (GMT) (envelope-from netsick@iinet.net.au) Received: from per-qv1-webmail-01.iinet.net.au (HELO mail.iinet.net.au) ([203.59.3.55]) by customer-domains.icp-qv1-irony6.iinet.net.au with SMTP; 09 May 2006 11:05:34 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.05,103,1146412800"; d="scan'208"; a="290430744:sNHT19441704" Received: (qmail 5896 invoked by uid 33); 9 May 2006 03:05:34 -0000 Received: from 203.59.1.180 ([203.59.1.180]) by mail.iinet.net.au (IMP) with HTTP for ; Tue, 9 May 2006 11:05:34 +0800 Message-ID: <1147143934.446006fe41262@mail.iinet.net.au> Date: Tue, 9 May 2006 11:05:34 +0800 From: netsick@iinet.net.au To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 203.59.1.180 Cc: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: freebsd 6.1rc2 lacks i945 agp support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 03:05:37 -0000 I have a Dell Optiplex 520 using i945 (ICH7) chipset. I have device agp in my kernel but /dev/agpgart is not being setup. This then effects the opertion of Xorg 6.9.x by not allowing it to load DRI and thus no XVideo support. Could someone please help to sort this out. There have been several emails to various lists but absolutely no support given what so ever.. Who maintains agp_i810.c ? Could we please get some input on this. Several others have emailed to various lists also enquiring about this exact problem only also to be unanswered. Reference to supporting errors and pciconf output can be found here http://lists.freebsd.org/pipermail/freebsd-questions/2006-March/117112.html Please get back to me and I can provide whatever files/output/conf's are needed to resolve this. Please help! Kris From owner-freebsd-current@FreeBSD.ORG Tue May 9 03:30:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DFB016A43D for ; Tue, 9 May 2006 03:30:39 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DA343D5A for ; Tue, 9 May 2006 03:30:38 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k493UbMf025192; Mon, 8 May 2006 23:30:37 -0400 (EDT) Date: Mon, 8 May 2006 23:30:37 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Birrell In-Reply-To: <20060509010531.GA81623@what-creek.com> Message-ID: References: <445FB11C.1000309@samsco.org> <20060508.174813.89129442.imp@bsdimp.com> <20060509000928.GA81282@what-creek.com> <20060509010531.GA81623@what-creek.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: DTRACE mods to libpthread (Was Re: Shared library version bump?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 03:30:39 -0000 On Tue, 9 May 2006, John Birrell wrote: > On Mon, May 08, 2006 at 08:37:18PM -0400, Daniel Eischen wrote: >> Are you sure you're not talking about mutex(9F) on Solaris ;-) > > I don't have an installed version of Solaris. It hates all my > machines. Even the Dells. Heh. So I don't get to look at man pages. > Just the source. > >> I can see mutex_held in Solaris 10 /lib/libthread.so.1, but I >> don't see any rwlock_held or rwlock_owned. > > It'll be one of their internal interfaces. Yeah, there wasn't anything I could see that was visible in libpthread for rwlocks. > I did this: > > > > And then #defined their names/macros to ours. > > I hope that link works. That looks OK, but please use _pthread_foo() and use a weak reference to it with pthread_foo(). This convention is modeled after Solaris' symbol naming scheme ;-). -- DE From owner-freebsd-current@FreeBSD.ORG Tue May 9 08:46:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D51E916A400 for ; Tue, 9 May 2006 08:46:33 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EBEF43D46 for ; Tue, 9 May 2006 08:46:32 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EBF8.dip.t-dialin.net [84.165.235.248]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k498bNvx066558; Tue, 9 May 2006 10:37:24 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k498kBhA040897; Tue, 9 May 2006 10:46:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 9 May 2006 10:47:08 +0200 From: Alexander Leidinger To: Ivan Voras Message-ID: <20060509104708.65c1b651@Magellan.Leidinger.net> In-Reply-To: <445F7814.90905@fer.hr> References: <61809.192.168.1.21.1147030254.squirrel@192.168.1.21> <86d5epp5tv.fsf@xps.des.no> <20060508132721.36915d94@Magellan.Leidinger.net> <445F7814.90905@fer.hr> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: I_686 MMX / 3DNOW / SSE / SSE2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 08:46:33 -0000 Quoting Ivan Voras (Mon, 08 May 2006 18:55:48 +0200): > Alexander Leidinger wrote: > > > The patches which port the revamped FPU handling from DFly don't have > > this expensive behavior for every switch. AFAIR only when the kernel > > used the FPU some context is saved. It also allows to use SIMD > > instructions in the kernel (this may be beneficial in some places). > > For what it's worth - it would be interesting to see if XOR calculations > in GRAID3 or VINUM can be speeded up by using SSE (I think SSE3 is > needed for 128 bit integer ops?) AFAIR icc did some vector optimizations in the vinum code at the time when I worked on getting the kernel "icc-clean", but since we can't use SIMD in the kernel, I don't know if it is beneficial or not. Here's the mail about the ported FPU handling, in case someone wants to play with it: http://lists.freebsd.org/pipermail/freebsd-arch/2006-March/004932.html Bye, Alexander. -- Press every key to continue. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Tue May 9 12:47:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E73B16A405 for ; Tue, 9 May 2006 12:47:00 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE2A43D45 for ; Tue, 9 May 2006 12:46:59 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k49CktPH021467; Tue, 9 May 2006 07:46:56 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44608F42.50103@centtech.com> Date: Tue, 09 May 2006 07:46:58 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: "M. Warner Losh" References: <20060327.163955.17747269.imp@bsdimp.com> <442954A4.7090805@centtech.com> <445FAF12.7020003@centtech.com> <20060508.161453.104643957.imp@bsdimp.com> In-Reply-To: <20060508.161453.104643957.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1452/Tue May 9 04:14:00 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Seagate 4GB CF drive in pccard slot won't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 12:47:00 -0000 M. Warner Losh wrote: > In message: <445FAF12.7020003@centtech.com> > Eric Anderson writes: > : Eric Anderson wrote: > : > M. Warner Losh wrote: > : >> In message: <4422FCE1.7040105@centtech.com> > : >> Eric Anderson writes: > : >> : Is this a 'fix' or a workaround? If it's a fix, do you think it'll > : >> get : included and trickled down to 6.1 in time? > : >> > : >> I've made a fix to -current that I think will fix this problem. Would > : >> you like me to send you a patch? > : > > : > Yea, that would be great. > : > > : > Thanks! > : > Eric > : > : I never did get that patch.. Can you resend please? > > Hmmm. I think this one fell on the floor... Was this the voltage problem? > > Warner Yep. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue May 9 14:05:01 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D70116A400; Tue, 9 May 2006 14:05:01 +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 6CB4643D4C; Tue, 9 May 2006 14:04:59 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AF32C50CBC; Tue, 9 May 2006 16:04:58 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B5B825124D; Tue, 9 May 2006 16:04:51 +0200 (CEST) Date: Tue, 9 May 2006 16:03:12 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060509140312.GA93453@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: green@FreeBSD.org, scottl@FreeBSD.org Subject: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 14:05:01 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Using a USB pendrive can lead to kernel panic because of the issue mentioned in the subject. Trying sleep, but thread marked as sleeping prohibited KDB: stack backtrace: kdb_backtrace(c0602d36,1,c0602cb2,112,2) at kdb_backtrace+0x2e sleepq_add(d7e13af0,c064c0e8,c060f7fd,0,0) at sleepq_add+0xba msleep(d7e13af0,c064c0e8,44,c060f7fd,0) at msleep+0x209 bwait(d7e13af0,44,c060f7fd,50a,0) at bwait+0x60 swap_pager_putpages(c701ed98,e3c3ba44,1,1,e3c3ba00) at swap_pager_putpages+= 0x497 vm_pageout_flush(e3c3ba44,1,1,61,3db) at vm_pageout_flush+0x172 vm_contig_launder_page(c1ccbdb8,0,0,1ff,ffffffff) at vm_contig_launder_page= +0x29b vm_page_alloc_contig(4,0,0,ffffffff,1) at vm_page_alloc_contig+0x398 contigmalloc(4000,c0627840,1,0,ffffffff) at contigmalloc+0xb5 bus_dmamem_alloc(c455b280,c6531048,5,c6531044,ffffffff) at bus_dmamem_alloc= +0xde usb_block_allocmem(1,c51a913c,c479969c,c51a9100,c51a9100) at usb_block_allo= cmem+0x11a usb_allocmem(c455f000,4000,0,c51a913c,e3c3bbc4) at usb_allocmem+0x11c ehci_allocm(c455f000,c51a913c,4000,0,e3c3bbf0) at ehci_allocm+0x25 usbd_transfer(c51a9100,c4816400,c503ac00,d9cc1000,4000) at usbd_transfer+0x= ec umass_setup_transfer(d9cc1000,4000,4,c51a9100,e3c3bc1c) at umass_setup_tran= sfer+0x49 umass_bbb_state(c51b8c00,c503ac00,0,1f,0) at umass_bbb_state+0xd6 usb_transfer_complete(c51b8c00,c51b8c70,adc,e3c3bcb0,0) at usb_transfer_com= plete+0x1e7 ehci_softintr(c455f000,c05fd1d2,e3c3bcb0,c0499a28,e6047000) at ehci_softint= r+0x17d ehci_intr1(c455f000,0,c05fd1d2,295,1) at ehci_intr1+0x276 ithread_execute_handlers(c45da8d0,c4510800,c05fd1d2,2f9,c45db1b0) at ithrea= d_execute_handlers+0x128 ithread_loop(c460c2f0,e3c3bd38,c05fcfab,32b,0) at ithread_loop+0x83 fork_exit(c048b2e0,c460c2f0,e3c3bd38) at fork_exit+0xc3 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe3c3bd6c, ebp =3D 0 --- Umass tries to allocate memory using bus_dmamem_alloc() with BUS_DMA_NOWAIT flag, but contigmalloc() ignores the flag and simply can sleep waiting for some memory to be reclaimed. We don't allow to sleep in interrupt context, so the kernel panics. PS. I replaced the assertion on my laptop with a printf, because it was triggered way too often. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEYKEgForvXbEpPzQRAkKzAJ4xcBYt5agLqQ6iQyHxjK+YC+ZeuACfcOCw yIS58rd0+2uDdWm8qWHxD7Q= =VJZ/ -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 15:09:01 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 317C516A44B for ; Tue, 9 May 2006 15:09: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 B428543D75 for ; Tue, 9 May 2006 15:08:51 +0000 (GMT) (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 8917427682 for ; Tue, 9 May 2006 17:08:50 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 59DF19DD9F for ; Tue, 9 May 2006 15:08:40 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 391E2405B; Tue, 9 May 2006 17:08:40 +0200 (CEST) Date: Tue, 9 May 2006 17:08:40 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060509150839.GD84148@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: libexec/lukemftpd breaks with NO_SHARED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 15:09:03 -0000 Hi list, I think the subject is clear enough :-). I am not sure how to deal with this since both objects involved in the symbol conflicts live in src/contrib/. Maybe one should not build libexec/ stuff statically, I am not aware of this limitation. I was building my tree with NO_SHARED for testing purpose : % cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -include nbsd2fbsd.h -I/usr/src/libexec/lukemftpd -I/usr/src/libexec/lukemftpd/../../contrib/lukemftpd -I/usr/src/libexec/lukemftpd/../../contrib/lukemftpd/src -I/usr/src/libexec/lukemftpd/../../lib/libc/stdtime -I/usr/src/libexec/lukemftpd/../../bin/ls -DUSE_OPIE -DLOGIN_CAP -DUSE_PAM -fstack-protector -static -o lukemftpd cmds.o conf.o ftpd.o ftpcmd.o popen.o strsuftoll.o ls-unmain.o cmp.o print.o util.o -lcrypt -lutil -lm -lopie -lmd -lpam -lkrb5 -lasn1 -lcrypto -lcrypt -lroken -lcom_err -lradius -ltacplus -lcrypt -lutil -lopie -lmd -lssh -lcrypto -lcrypt -lypclnt % /usr/obj/usr/src/tmp/usr/lib/libssh.a(xmalloc.o)(.text+0xd0): In function `xstrdup': % : multiple definition of `xstrdup' % ftpd.o(.text+0x1460): first defined here % /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `xstrdup' changed from 44 in ftpd.o to 70 in /usr/obj/usr/src/tmp/usr/lib/libssh.a(xmalloc.o) Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue May 9 15:14:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45C1B16A405; Tue, 9 May 2006 15:14:48 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mail.neti.ee (mx1.elion.ee [194.126.101.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 378EF43D46; Tue, 9 May 2006 15:14:34 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from nat-155.nat (test.estpak.ee [194.126.115.47]) by Relayhost1.neti.ee (Postfix) with ESMTP id B9D061884F; Tue, 9 May 2006 18:14:27 +0300 (EEST) From: Sven Petai To: Kris Kennaway Date: Tue, 9 May 2006 18:18:11 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> In-Reply-To: <20060509004203.GA55852@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605091818.12676.hadara@bsd.ee> X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee Cc: freebsd-performance@freebsd.org, David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 15:14:49 -0000 On Tuesday 09 May 2006 03:42, Kris Kennaway wrote: > On Tue, May 09, 2006 at 03:34:59AM +0300, Sven Petai wrote: > > > Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't > > > yet had time to investigate. Is anyone else seeing this? > > > > Seems to run fine here with 4.1.18 on amd64, but doesn't seem to make > > much difference though. > > > > I ran the tests again on the 8 core machine with and without rwatsons > > patch and this time with 6 tests for each setting and generated graphs: > > http://bsd.ee/~hadara/debug/mysql4/stats.html > > > > thr + select smack dynamics with the patch really do look quite > > interesting > > > > PS > > I'm currently running testround with rwatsons patch + > > http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff + mysqld > > change davidxu suggested. > > Are there any other patches out there that I should try ? > > Sorry, I meant > http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff > instead of that patch. Also try turning down HZ to 100, and changing > the wakeup()s to wakeup_one() in sys/filedesc.h. I preformed additional tests with the settings you suggested, updated graphs are available @ http://bsd.ee/~hadara/debug/mysql4/stats.html * with rwatsons patch + mysqld change suggested by davidxu + http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff there doesnt seem to be much difference, but in general things seem to be couple of percent better mutex profiles for this configuration are available @ with 10 smack threads: http://bsd.ee/~hadara/debug/mysql4/freebsd_cur_ps2/mutex_freebsd_cur2_p2-select_10_10000.txt with 100 smack threads: http://bsd.ee/~hadara/debug/mysql4/freebsd_cur_ps2/mutex_freebsd_cur_p2-select_100_1000.txt * second run was with same patches, but HZ set to 100 this helps performance a lot but creates large fluxuations in select results with >20 threads + thr, sometimes difference between 2 runs with same settings was 10000+ q/s I'm currently still testing wakeup() -> wakeup_one() suggestion. In addition I did full testrun on linux to see how much this hardware is really capable of... graphs for that are available on the stats page too. From owner-freebsd-current@FreeBSD.ORG Tue May 9 15:26:43 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6744A16A5F1; Tue, 9 May 2006 15:26:43 +0000 (UTC) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id k49FQg3I053445; Tue, 9 May 2006 11:26:42 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id k49FQgwf053444; Tue, 9 May 2006 11:26:42 -0400 (EDT) (envelope-from green) Date: Tue, 9 May 2006 11:26:42 -0400 From: Brian Fundakowski Feldman To: Pawel Jakub Dawidek Message-ID: <20060509152641.GC1036@green.homeunix.org> References: <20060509140312.GA93453@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060509140312.GA93453@garage.freebsd.pl> User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 15:26:43 -0000 On Tue, May 09, 2006 at 04:03:12PM +0200, Pawel Jakub Dawidek wrote: > Hi. > > Using a USB pendrive can lead to kernel panic because of the issue > mentioned in the subject. > > Trying sleep, but thread marked as sleeping prohibited > KDB: stack backtrace: > kdb_backtrace(c0602d36,1,c0602cb2,112,2) at kdb_backtrace+0x2e > sleepq_add(d7e13af0,c064c0e8,c060f7fd,0,0) at sleepq_add+0xba > msleep(d7e13af0,c064c0e8,44,c060f7fd,0) at msleep+0x209 > bwait(d7e13af0,44,c060f7fd,50a,0) at bwait+0x60 > swap_pager_putpages(c701ed98,e3c3ba44,1,1,e3c3ba00) at swap_pager_putpages+0x497 > vm_pageout_flush(e3c3ba44,1,1,61,3db) at vm_pageout_flush+0x172 > vm_contig_launder_page(c1ccbdb8,0,0,1ff,ffffffff) at vm_contig_launder_page+0x29b > vm_page_alloc_contig(4,0,0,ffffffff,1) at vm_page_alloc_contig+0x398 > contigmalloc(4000,c0627840,1,0,ffffffff) at contigmalloc+0xb5 > bus_dmamem_alloc(c455b280,c6531048,5,c6531044,ffffffff) at bus_dmamem_alloc+0xde > usb_block_allocmem(1,c51a913c,c479969c,c51a9100,c51a9100) at usb_block_allocmem+0x11a > usb_allocmem(c455f000,4000,0,c51a913c,e3c3bbc4) at usb_allocmem+0x11c > ehci_allocm(c455f000,c51a913c,4000,0,e3c3bbf0) at ehci_allocm+0x25 > usbd_transfer(c51a9100,c4816400,c503ac00,d9cc1000,4000) at usbd_transfer+0xec > umass_setup_transfer(d9cc1000,4000,4,c51a9100,e3c3bc1c) at umass_setup_transfer+0x49 > umass_bbb_state(c51b8c00,c503ac00,0,1f,0) at umass_bbb_state+0xd6 > usb_transfer_complete(c51b8c00,c51b8c70,adc,e3c3bcb0,0) at usb_transfer_complete+0x1e7 > ehci_softintr(c455f000,c05fd1d2,e3c3bcb0,c0499a28,e6047000) at ehci_softintr+0x17d > ehci_intr1(c455f000,0,c05fd1d2,295,1) at ehci_intr1+0x276 > ithread_execute_handlers(c45da8d0,c4510800,c05fd1d2,2f9,c45db1b0) at ithread_execute_handlers+0x128 > ithread_loop(c460c2f0,e3c3bd38,c05fcfab,32b,0) at ithread_loop+0x83 > fork_exit(c048b2e0,c460c2f0,e3c3bd38) at fork_exit+0xc3 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe3c3bd6c, ebp = 0 --- > > Umass tries to allocate memory using bus_dmamem_alloc() with > BUS_DMA_NOWAIT flag, but contigmalloc() ignores the flag and simply can > sleep waiting for some memory to be reclaimed. > We don't allow to sleep in interrupt context, so the kernel panics. > > PS. I replaced the assertion on my laptop with a printf, because it was > triggered way too often. Please refer to the documentation: The flags parameter modifies contigmalloc()'s behaviour as follows: M_ZERO Causes the allocated physical memory to be zero filled. Other flags (if present) are ignored. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue May 9 15:52:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1ABE16A61F; Tue, 9 May 2006 15:52:41 +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 753F743D64; Tue, 9 May 2006 15:52:36 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 363C750CF1; Tue, 9 May 2006 17:52:34 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E2BAD50BE1; Tue, 9 May 2006 17:52:26 +0200 (CEST) Date: Tue, 9 May 2006 17:50:47 +0200 From: Pawel Jakub Dawidek To: Brian Fundakowski Feldman Message-ID: <20060509155047.GB93453@garage.freebsd.pl> References: <20060509140312.GA93453@garage.freebsd.pl> <20060509152641.GC1036@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <20060509152641.GC1036@green.homeunix.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: contigmalloc(9) doesn't honor M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 15:52:42 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 09, 2006 at 11:26:42AM -0400, Brian Fundakowski Feldman wrote: +> On Tue, May 09, 2006 at 04:03:12PM +0200, Pawel Jakub Dawidek wrote: +> > Hi. +> >=20 +> > Using a USB pendrive can lead to kernel panic because of the issue +> > mentioned in the subject. +> >=20 +> > Trying sleep, but thread marked as sleeping prohibited +> > KDB: stack backtrace: +> > kdb_backtrace(c0602d36,1,c0602cb2,112,2) at kdb_backtrace+0x2e +> > sleepq_add(d7e13af0,c064c0e8,c060f7fd,0,0) at sleepq_add+0xba +> > msleep(d7e13af0,c064c0e8,44,c060f7fd,0) at msleep+0x209 +> > bwait(d7e13af0,44,c060f7fd,50a,0) at bwait+0x60 +> > swap_pager_putpages(c701ed98,e3c3ba44,1,1,e3c3ba00) at swap_pager_putp= ages+0x497 +> > vm_pageout_flush(e3c3ba44,1,1,61,3db) at vm_pageout_flush+0x172 +> > vm_contig_launder_page(c1ccbdb8,0,0,1ff,ffffffff) at vm_contig_launder= _page+0x29b +> > vm_page_alloc_contig(4,0,0,ffffffff,1) at vm_page_alloc_contig+0x398 +> > contigmalloc(4000,c0627840,1,0,ffffffff) at contigmalloc+0xb5 +> > bus_dmamem_alloc(c455b280,c6531048,5,c6531044,ffffffff) at bus_dmamem_= alloc+0xde +> > usb_block_allocmem(1,c51a913c,c479969c,c51a9100,c51a9100) at usb_block= _allocmem+0x11a +> > usb_allocmem(c455f000,4000,0,c51a913c,e3c3bbc4) at usb_allocmem+0x11c +> > ehci_allocm(c455f000,c51a913c,4000,0,e3c3bbf0) at ehci_allocm+0x25 +> > usbd_transfer(c51a9100,c4816400,c503ac00,d9cc1000,4000) at usbd_transf= er+0xec +> > umass_setup_transfer(d9cc1000,4000,4,c51a9100,e3c3bc1c) at umass_setup= _transfer+0x49 +> > umass_bbb_state(c51b8c00,c503ac00,0,1f,0) at umass_bbb_state+0xd6 +> > usb_transfer_complete(c51b8c00,c51b8c70,adc,e3c3bcb0,0) at usb_transfe= r_complete+0x1e7 +> > ehci_softintr(c455f000,c05fd1d2,e3c3bcb0,c0499a28,e6047000) at ehci_so= ftintr+0x17d +> > ehci_intr1(c455f000,0,c05fd1d2,295,1) at ehci_intr1+0x276 +> > ithread_execute_handlers(c45da8d0,c4510800,c05fd1d2,2f9,c45db1b0) at i= thread_execute_handlers+0x128 +> > ithread_loop(c460c2f0,e3c3bd38,c05fcfab,32b,0) at ithread_loop+0x83 +> > fork_exit(c048b2e0,c460c2f0,e3c3bd38) at fork_exit+0xc3 +> > fork_trampoline() at fork_trampoline+0x8 +> > --- trap 0x1, eip =3D 0, esp =3D 0xe3c3bd6c, ebp =3D 0 --- +> >=20 +> > Umass tries to allocate memory using bus_dmamem_alloc() with +> > BUS_DMA_NOWAIT flag, but contigmalloc() ignores the flag and simply can +> > sleep waiting for some memory to be reclaimed. +> > We don't allow to sleep in interrupt context, so the kernel panics. +> >=20 +> > PS. I replaced the assertion on my laptop with a printf, because it was +> > triggered way too often. +>=20 +> Please refer to the documentation: +> The flags parameter modifies contigmalloc()'s behaviour as follows: +>=20 +> M_ZERO Causes the allocated physical memory to be zero filled. +> Other flags (if present) are ignored. I've read it, but it doesn't fix the problem. I'm just saying, that this is the root of the problem, I don't know how to fix it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEYLpXForvXbEpPzQRAlabAKC28+fz789fmcYhyGLyH6v4f6gyIQCgpSfR rNtMNQcBsKSF+S/jx93pBtM= =1naJ -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 16:26:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5469416A509; Tue, 9 May 2006 16:26:40 +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 3CDA543D49; Tue, 9 May 2006 16:26:37 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k49GQZJj092921; Tue, 9 May 2006 10:26:35 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4460C2BB.4060206@samsco.org> Date: Tue, 09 May 2006 10:26:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060509140312.GA93453@garage.freebsd.pl> In-Reply-To: <20060509140312.GA93453@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: green@FreeBSD.org, freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 16:26:40 -0000 Pawel Jakub Dawidek wrote: > Hi. > > Using a USB pendrive can lead to kernel panic because of the issue > mentioned in the subject. > > Trying sleep, but thread marked as sleeping prohibited > KDB: stack backtrace: > kdb_backtrace(c0602d36,1,c0602cb2,112,2) at kdb_backtrace+0x2e > sleepq_add(d7e13af0,c064c0e8,c060f7fd,0,0) at sleepq_add+0xba > msleep(d7e13af0,c064c0e8,44,c060f7fd,0) at msleep+0x209 > bwait(d7e13af0,44,c060f7fd,50a,0) at bwait+0x60 > swap_pager_putpages(c701ed98,e3c3ba44,1,1,e3c3ba00) at swap_pager_putpages+0x497 > vm_pageout_flush(e3c3ba44,1,1,61,3db) at vm_pageout_flush+0x172 > vm_contig_launder_page(c1ccbdb8,0,0,1ff,ffffffff) at vm_contig_launder_page+0x29b > vm_page_alloc_contig(4,0,0,ffffffff,1) at vm_page_alloc_contig+0x398 > contigmalloc(4000,c0627840,1,0,ffffffff) at contigmalloc+0xb5 > bus_dmamem_alloc(c455b280,c6531048,5,c6531044,ffffffff) at bus_dmamem_alloc+0xde > usb_block_allocmem(1,c51a913c,c479969c,c51a9100,c51a9100) at usb_block_allocmem+0x11a > usb_allocmem(c455f000,4000,0,c51a913c,e3c3bbc4) at usb_allocmem+0x11c > ehci_allocm(c455f000,c51a913c,4000,0,e3c3bbf0) at ehci_allocm+0x25 > usbd_transfer(c51a9100,c4816400,c503ac00,d9cc1000,4000) at usbd_transfer+0xec > umass_setup_transfer(d9cc1000,4000,4,c51a9100,e3c3bc1c) at umass_setup_transfer+0x49 > umass_bbb_state(c51b8c00,c503ac00,0,1f,0) at umass_bbb_state+0xd6 > usb_transfer_complete(c51b8c00,c51b8c70,adc,e3c3bcb0,0) at usb_transfer_complete+0x1e7 > ehci_softintr(c455f000,c05fd1d2,e3c3bcb0,c0499a28,e6047000) at ehci_softintr+0x17d > ehci_intr1(c455f000,0,c05fd1d2,295,1) at ehci_intr1+0x276 > ithread_execute_handlers(c45da8d0,c4510800,c05fd1d2,2f9,c45db1b0) at ithread_execute_handlers+0x128 > ithread_loop(c460c2f0,e3c3bd38,c05fcfab,32b,0) at ithread_loop+0x83 > fork_exit(c048b2e0,c460c2f0,e3c3bd38) at fork_exit+0xc3 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe3c3bd6c, ebp = 0 --- > > Umass tries to allocate memory using bus_dmamem_alloc() with > BUS_DMA_NOWAIT flag, but contigmalloc() ignores the flag and simply can > sleep waiting for some memory to be reclaimed. > We don't allow to sleep in interrupt context, so the kernel panics. > > PS. I replaced the assertion on my laptop with a printf, because it was > triggered way too often. > busdma is likely the wrong thing to use here anyways. I'll look at it. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 9 16:43:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E72F216A435 for ; Tue, 9 May 2006 16:43:19 +0000 (UTC) (envelope-from snezhko@indorsoft.ru) Received: from indor.net.tomline.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A32843D4C for ; Tue, 9 May 2006 16:43:18 +0000 (GMT) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000077928.msg for ; Tue, 09 May 2006 23:43:12 +0700 From: Victor Snezhko To: freebsd-current@freebsd.org Date: Tue, 09 May 2006 23:43:08 +0700 Message-ID: User-Agent: Gnus/5.110005 (No Gnus v0.5) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Tue, 09 May 2006 23:43:12 +0700 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org Subject: ${prefix} variable contains invalid value for .sh startup scripts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 16:43:20 -0000 Hello! I have updated my -current system for the first time since Apr 1st, and postgresql(databases/postgresql81-server) doesn't start here anymore. Error message at startup is: exec: /etc/rc//bin/pg_ctl: not found postgresql installs /usr/local/etc/rc.d/010.pgsql.sh startup script, which contains the following line: command=${prefix}/bin/pg_ctl I have noticed some messing with ${prefix} in /etc/rc.subr rev. 1.52, and indeed, reverting to 1.51 caused postgresql to start again. Who is wrong here? rc.subr? or postgresql startup script shouldn't use ${prefix} variable? -- WBR, Victor V. Snezhko E-mail: snezhko@indorsoft.ru From owner-freebsd-current@FreeBSD.ORG Tue May 9 17:35:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D802016A638; Tue, 9 May 2006 17:35:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3D443D46; Tue, 9 May 2006 17:35:07 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.19.131]) ([10.251.19.131]) by a50.ironport.com with ESMTP; 09 May 2006 10:35:08 -0700 Message-ID: <4460D2CA.5090808@elischer.org> Date: Tue, 09 May 2006 10:35:06 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Petai References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> In-Reply-To: <200605091818.12676.hadara@bsd.ee> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-performance@freebsd.org, David Xu , Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 17:35:08 -0000 Sven Petai wrote: are there any patches that take the gettimeofday() calls and replace them with something that is cheap such as only doing every 10th one and just returning the last value ++ 1 uSec for the other ones.. a ktrace of Mysql shows a LOT of gettimeofday() calls. >On Tuesday 09 May 2006 03:42, Kris Kennaway wrote: > > >>On Tue, May 09, 2006 at 03:34:59AM +0300, Sven Petai wrote: >> >> >>>>Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't >>>>yet had time to investigate. Is anyone else seeing this? >>>> >>>> >>>Seems to run fine here with 4.1.18 on amd64, but doesn't seem to make >>>much difference though. >>> >>>I ran the tests again on the 8 core machine with and without rwatsons >>>patch and this time with 6 tests for each setting and generated graphs: >>>http://bsd.ee/~hadara/debug/mysql4/stats.html >>> >>>thr + select smack dynamics with the patch really do look quite >>>interesting >>> >>>PS >>>I'm currently running testround with rwatsons patch + >>>http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff + mysqld >>>change davidxu suggested. >>>Are there any other patches out there that I should try ? >>> >>> >>Sorry, I meant >>http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff >>instead of that patch. Also try turning down HZ to 100, and changing >>the wakeup()s to wakeup_one() in sys/filedesc.h. >> >> > >I preformed additional tests with the settings you suggested, >updated graphs are available @ >http://bsd.ee/~hadara/debug/mysql4/stats.html > > * with rwatsons patch + mysqld change suggested by davidxu + > http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff > there doesnt seem to be much difference, but in general things seem to be >couple of percent better > mutex profiles for this configuration are available @ > with 10 smack threads: >http://bsd.ee/~hadara/debug/mysql4/freebsd_cur_ps2/mutex_freebsd_cur2_p2-select_10_10000.txt > with 100 smack threads: >http://bsd.ee/~hadara/debug/mysql4/freebsd_cur_ps2/mutex_freebsd_cur_p2-select_100_1000.txt > > * second run was with same patches, but HZ set to 100 > this helps performance a lot but creates large fluxuations in select results >with >20 threads + thr, sometimes difference between 2 runs with same >settings was 10000+ q/s > >I'm currently still testing wakeup() -> wakeup_one() suggestion. > >In addition I did full testrun on linux to see how much this hardware >is really capable of... graphs for that are available on the stats page too. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:05:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C87016A810 for ; Tue, 9 May 2006 18:05:28 +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 5023E43D69 for ; Tue, 9 May 2006 18:05:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k49I5FCD006768 for ; Tue, 9 May 2006 12:05:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 09 May 2006 12:05:01 -0600 (MDT) Message-Id: <20060509.120501.41632517.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" 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 Cc: Subject: BSDcan: xircom card needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:05:28 -0000 If anyone who is at BSDcan has a Xircom cardbus ethernet card they'd be willing to loan me for a few hours, please try to track me down. I had hoped to fix some problems with this card on the plane and test it. Alas, the dc based card that I grabbed doesn't have its CIS in the expansion rom, so it works... I'm unable to head home before my flight to grab the xircom card... Thanks much for any help you can lend... Warnaer From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:07:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9444C16A5C4; Tue, 9 May 2006 18:07:15 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E261943D6A; Tue, 9 May 2006 18:07:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k49I789T046129; Tue, 9 May 2006 22:07:08 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 9 May 2006 22:07:08 +0400 (MSD) From: Maxim Konovalov To: Julian Elischer In-Reply-To: <4460D2CA.5090808@elischer.org> Message-ID: <20060509220230.W46073@mp2.macomnet.net> References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-performance@freebsd.org, Kris Kennaway , current@freebsd.org, David Xu Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:07:18 -0000 On Tue, 9 May 2006, 10:35-0700, Julian Elischer wrote: > Sven Petai wrote: > > are there any patches that take the gettimeofday() calls and replace > them with something that is cheap such as only doing every 10th one > and just returning the last value ++ 1 uSec for the other ones.. > > a ktrace of Mysql shows a LOT of gettimeofday() calls. [...] Robert posted them. I failed to found these messages in our archives (does mailman archive messages properly?) and put them there: http://maxim.int.ru/stuff/gtd/ We used to use a very similar approch on RELENG_4 and found it helped a lot. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:07:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F21616A877; Tue, 9 May 2006 18:07:23 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F1343D70; Tue, 9 May 2006 18:07:20 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002544741.msg; Tue, 09 May 2006 19:06:35 +0100 Message-ID: <004501c67393$4d4aeae0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Julian Elischer" , "Sven Petai" References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org><200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> Date: Tue, 9 May 2006 19:06:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Spam-Processed: multiplay.co.uk, Tue, 09 May 2006 19:06:35 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Tue, 09 May 2006 19:06:37 +0100 Cc: freebsd-performance@freebsd.org, Kris Kennaway , current@freebsd.org, David Xu Subject: Re: Fine-grained locking for POSIX local sockets (UNIXdomain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:07:25 -0000 Julian Elischer wrote: > are there any patches that take the gettimeofday() calls and replace > them with something that is cheap > such as only doing every 10th one and just returning the last value > ++ 1 > uSec for the other ones.. > > a ktrace of Mysql shows a LOT of gettimeofday() calls. Yes there are check out the following: http://wikitest.freebsd.org/moin.cgi/MySQL http://phk.freebsd.dk/patch/ Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:13:07 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E78316A93C; Tue, 9 May 2006 18:13:07 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C20C943D70; Tue, 9 May 2006 18:13:06 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id C9E56131DE0; Wed, 10 May 2006 03:43:05 +0930 (CST) Received: from eucla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by wantadilla.lemis.com (Postfix) with ESMTP id 394B384632; Wed, 10 May 2006 03:43:05 +0930 (CST) Received: from eucla.lemis.com (localhost [127.0.0.1]) by eucla.lemis.com (Postfix) with ESMTP id CFEA2D5DA4; Tue, 9 May 2006 11:13:03 -0700 (PDT) Received: (from grog@localhost) by eucla.lemis.com (8.13.6/8.13.4/Submit) id k49ID3FL005063; Tue, 9 May 2006 11:13:03 -0700 (PDT) (envelope-from grog) Date: Tue, 9 May 2006 11:13:02 -0700 From: "Greg 'groggy' Lehey" To: Kris Kennaway Message-ID: <20060509181302.GD3636@eucla.lemis.com> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <20060509004328.GB55852@xor.obsecurity.org> <20060509011109.GA57060@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IMjqdzrDRly81ofr" Content-Disposition: inline In-Reply-To: <20060509011109.GA57060@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Robert Watson , performance@FreeBSD.org, current@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:13:11 -0000 --IMjqdzrDRly81ofr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 8 May 2006 at 21:11:09 -0400, Kris Kennaway wrote: > On Mon, May 08, 2006 at 08:43:28PM -0400, Kris Kennaway wrote: >> On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: >>> OK, David's patch fixes the umtx thundering herd (and seems to give a >>> 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which >>> was also waking up 2-7 CPUs at once about 30% of the time) by doing >>> s/wakeup/wakeup_one/. This did not seem to give a performance impact >>> on this test though. >> >> Turning down kern.hz from 1000 to 100 also made a big difference on 12 >> CPUs (+6.1%). >> >> Note also that the system is no less than 40% idle during the runs (at >> any load), so the bottlenecks are serious. > > top -H shows the threads mostly in umtx state. This doesn't lend much support to the idea that the gettimeofday() calls are a bottleneck. I've just been through the code, but if there are any mutexes acquired there, I missed them. Greg -- See complete headers for address and phone numbers --IMjqdzrDRly81ofr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEYNutIubykFB6QiMRAhriAJ9eot/N1vVl0VsXdZX0JocYC7/qxACfSM+V GyLMmRNfOAhK+sLjc7M4YsQ= =vjXK -----END PGP SIGNATURE----- --IMjqdzrDRly81ofr-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:14:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 743F316A7CE; Tue, 9 May 2006 18:14:01 +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 1820343D60; Tue, 9 May 2006 18:13:48 +0000 (GMT) (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 EDCDF1A3C26; Tue, 9 May 2006 11:13:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DBEA85161D; Tue, 9 May 2006 14:13:46 -0400 (EDT) Date: Tue, 9 May 2006 14:13:46 -0400 From: Kris Kennaway To: Sven Petai Message-ID: <20060509181346.GA92714@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <200605091818.12676.hadara@bsd.ee> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, freebsd-performance@freebsd.org, David Xu , Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:14:02 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 09, 2006 at 06:18:11PM +0300, Sven Petai wrote: > On Tuesday 09 May 2006 03:42, Kris Kennaway wrote: > > On Tue, May 09, 2006 at 03:34:59AM +0300, Sven Petai wrote: > > > > Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't > > > > yet had time to investigate. Is anyone else seeing this? > > > > > > Seems to run fine here with 4.1.18 on amd64, but doesn't seem to make > > > much difference though. > > > > > > I ran the tests again on the 8 core machine with and without rwatsons > > > patch and this time with 6 tests for each setting and generated graph= s: > > > http://bsd.ee/~hadara/debug/mysql4/stats.html > > > > > > thr + select smack dynamics with the patch really do look quite > > > interesting > > > > > > PS > > > I'm currently running testround with rwatsons patch + > > > http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff + mys= qld > > > change davidxu suggested. > > > Are there any other patches out there that I should try ? > > > > Sorry, I meant > > http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff > > instead of that patch. Also try turning down HZ to 100, and changing > > the wakeup()s to wakeup_one() in sys/filedesc.h. >=20 > I preformed additional tests with the settings you suggested, > updated graphs are available @ > http://bsd.ee/~hadara/debug/mysql4/stats.html Very useful, thanks! I imagine we'll be discussing this issue in detail at bsdcan over the next few days. Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEYNvaWry0BWjoQKURAoPnAJwLYQ2hNGmzTk0gawpiAJH6DNlZ2QCfXUrH kUCY7+YBsQkUYDproOht5q4= =K+Wk -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:23:36 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1B8D16A9DE; Tue, 9 May 2006 18:23: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 B39DF43D64; Tue, 9 May 2006 18:23:31 +0000 (GMT) (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 9C9071A3C26; Tue, 9 May 2006 11:23:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 13BEA515BB; Tue, 9 May 2006 14:23:31 -0400 (EDT) Date: Tue, 9 May 2006 14:23:30 -0400 From: Kris Kennaway To: Greg 'groggy' Lehey Message-ID: <20060509182330.GB92714@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060506221908.GB51268@xor.obsecurity.org> <20060507210426.GA4422@xor.obsecurity.org> <20060507214153.GA5275@xor.obsecurity.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <20060509004328.GB55852@xor.obsecurity.org> <20060509011109.GA57060@xor.obsecurity.org> <20060509181302.GD3636@eucla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <20060509181302.GD3636@eucla.lemis.com> User-Agent: Mutt/1.4.2.1i Cc: performance@FreeBSD.org, Robert Watson , current@FreeBSD.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:23:37 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 09, 2006 at 11:13:02AM -0700, Greg 'groggy' Lehey wrote: > On Monday, 8 May 2006 at 21:11:09 -0400, Kris Kennaway wrote: > > On Mon, May 08, 2006 at 08:43:28PM -0400, Kris Kennaway wrote: > >> On Mon, May 08, 2006 at 02:52:07AM -0400, Kris Kennaway wrote: > >>> OK, David's patch fixes the umtx thundering herd (and seems to give a > >>> 4-6% boost). I also fixed a thundering herd in FILEDESC_UNLOCK (which > >>> was also waking up 2-7 CPUs at once about 30% of the time) by doing > >>> s/wakeup/wakeup_one/. This did not seem to give a performance impact > >>> on this test though. > >> > >> Turning down kern.hz from 1000 to 100 also made a big difference on 12 > >> CPUs (+6.1%). > >> > >> Note also that the system is no less than 40% idle during the runs (at > >> any load), so the bottlenecks are serious. > > > > top -H shows the threads mostly in umtx state. >=20 > This doesn't lend much support to the idea that the gettimeofday() > calls are a bottleneck. There are at least several issues here: * Factor of >two difference in performance across the board (all loads) relative to Linux. This may be general issues like gettimeofday() on Linux vs FreeBSD; clearly there is something *very big* to blame here. Mysql does do *lots* of such calls, so the cost of them is surely a component in performance, the only question is if it's the main one. * When you get some of the locking out of the way (per this thread) FreeBSD has 44% better peak performance on Sven's test on amd64, but tails off by about 33% at higher loads compared to unpatched. I see similar changes on 12-CPU E4500, but not as much performance gain (may be due to other reasons). i.e. optimizing the locking allows a new, bigger bottleneck to suck on center stage. This is the basis for my observation about libthr at high loads. It is not the same as the above issue. Kris --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEYN4iWry0BWjoQKURAnNGAKDveYJUb9GfgI60pnxB+lxlgwWXiACdEy5h j5L+YV64tSOPEWKpN7+/iWE= =kYah -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:31:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 598E516A969; Tue, 9 May 2006 18:31:28 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from retch.ugcs.caltech.edu (retch.ugcs.caltech.edu [131.215.176.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E2EF43D6A; Tue, 9 May 2006 18:31:27 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by retch.ugcs.caltech.edu (Postfix, from userid 3640) id 53FEFEBB67; Tue, 9 May 2006 11:31:27 -0700 (PDT) Date: Tue, 9 May 2006 11:31:27 -0700 From: Paul Allen To: Julian Elischer Message-ID: <20060509183127.GD17515@retch.ugcs.caltech.edu> References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4460D2CA.5090808@elischer.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-performance@freebsd.org, Kris Kennaway , current@freebsd.org, David Xu Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 18:31:33 -0000 >From Julian Elischer , Tue, May 09, 2006 at 10:35:06AM -0700: > Sven Petai wrote: > > are there any patches that take the gettimeofday() calls and replace > them with something that is cheap > such as only doing every 10th one and just returning the last value ++ 1 > uSec for the other ones.. Better yet, just realize that during any given scheduler quantum the process is running on the same CPU. Therefore, you should just read the TSC. For that matter, if libc would just remember an accurate synchronized timestamp and TSC pair on a per CPU basis, it should be trivial to get cheap, synchronized, and accurate TSC time on SMP systems. TSC drift isn't horrible--and best of all if the process drifts from CPU to CPU libc will have a decent chance at doing incremental calibrations. Simply giving libc easy access to a counter of scheduler ticks can be used to ensure this process delivers monotonic time. Let me formalize this a bit, you have a noisy, but cheap time source: the TSC always available provided you compute your deltas a per cpu basis. You have another low resolution, low noise, but cheap time source: the count of scheduler ticks. Rather than coding an ad hoc algorithm, this information should be fed into a kalman filter. There are some lingering details: you need to invalidate the TSC when the processor speed changes: but this is controlled by powerd no? Second, if you can manage to throttle the CPU it suggests that you can also manage to pay higher time query costs and force clock_gettime calls. It seems obvious that the mechanism should adapt to the workload. Paul > > a ktrace of Mysql shows a LOT of gettimeofday() calls. > > > >On Tuesday 09 May 2006 03:42, Kris Kennaway wrote: > > > > > >>On Tue, May 09, 2006 at 03:34:59AM +0300, Sven Petai wrote: > >> > >> > >>>>Hmm, with this patch mysql 4.1 seems to crash at startup. I haven't > >>>>yet had time to investigate. Is anyone else seeing this? > >>>> > >>>> > >>>Seems to run fine here with 4.1.18 on amd64, but doesn't seem to make > >>>much difference though. > >>> > >>>I ran the tests again on the 8 core machine with and without rwatsons > >>>patch and this time with 6 tests for each setting and generated graphs: > >>>http://bsd.ee/~hadara/debug/mysql4/stats.html > >>> > >>>thr + select smack dynamics with the patch really do look quite > >>>interesting > >>> > >>>PS > >>>I'm currently running testround with rwatsons patch + > >>>http://people.freebsd.org/~csjp/kern_descrip.c.1145074052.diff + mysqld > >>>change davidxu suggested. > >>>Are there any other patches out there that I should try ? > >>> > >>> > >>Sorry, I meant > >>http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff > >>instead of that patch. Also try turning down HZ to 100, and changing > >>the wakeup()s to wakeup_one() in sys/filedesc.h. > >> > >> > > > >I preformed additional tests with the settings you suggested, > >updated graphs are available @ > >http://bsd.ee/~hadara/debug/mysql4/stats.html > > > >* with rwatsons patch + mysqld change suggested by davidxu + > > http://people.freebsd.org/~csjp/sys.mpsafe.fileops.1145896495.diff > > there doesnt seem to be much difference, but in general things seem to be > >couple of percent better > > mutex profiles for this configuration are available @ > > with 10 smack threads: > >http://bsd.ee/~hadara/debug/mysql4/freebsd_cur_ps2/mutex_freebsd_cur2_p2-select_10_10000.txt > > with 100 smack threads: > >http://bsd.ee/~hadara/debug/mysql4/freebsd_cur_ps2/mutex_freebsd_cur_p2-select_100_1000.txt > > > >* second run was with same patches, but HZ set to 100 > > this helps performance a lot but creates large fluxuations in select > > results with >20 threads + thr, sometimes difference between 2 runs with > >same settings was 10000+ q/s > > > >I'm currently still testing wakeup() -> wakeup_one() suggestion. > > > >In addition I did full testrun on linux to see how much this hardware > >is really capable of... graphs for that are available on the stats page > >too. > >_______________________________________________ > >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" > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue May 9 18:52:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92D7716A6FD; Tue, 9 May 2006 18:52:59 +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 0C3BB43D45; Tue, 9 May 2006 18:52:58 +0000 (GMT) (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 k49Iqwqt091684; Tue, 9 May 2006 14:52:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k49Iqw1u079925; Tue, 9 May 2006 14:52:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEF1B7302F; Tue, 9 May 2006 14:52:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060509185257.DEF1B7302F@freebsd-current.sentex.ca> Date: Tue, 9 May 2006 14:52:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha 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, 09 May 2006 18:53:05 -0000 TB --- 2006-05-09 17:34:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-09 17:34:46 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-05-09 17:34:46 - cleaning the object tree TB --- 2006-05-09 17:35:18 - checking out the source tree TB --- 2006-05-09 17:35:18 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-05-09 17:35:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-09 17:42:25 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-09 17:42:25 - cd /src TB --- 2006-05-09 17:42:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-09 18:50:47 - generating LINT kernel config TB --- 2006-05-09 18:50:47 - cd /src/sys/alpha/conf TB --- 2006-05-09 18:50:47 - /usr/bin/make -B LINT TB --- 2006-05-09 18:50:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-09 18:50:47 - cd /src TB --- 2006-05-09 18:50:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 9 18:50:47 UTC 2006 >>> 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 [...] awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -sf /obj/alpha/src/sys/LINT/opt_compat.h opt_compat.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/alpha/src/sys/LINT /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:98:36: machine/../linux/linux.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/linprocfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-09 18:52:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-09 18:52:57 - ERROR: failed to build lint kernel TB --- 2006-05-09 18:52:57 - tinderbox aborted TB --- 0.89 user 5.30 system 4690.93 real From owner-freebsd-current@FreeBSD.ORG Tue May 9 19:03:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E187E16A784; Tue, 9 May 2006 19:03:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC8643D5D; Tue, 9 May 2006 19:03:21 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k49J3CCP011552 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 10 May 2006 05:03:12 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k49J3C90003194; Wed, 10 May 2006 05:03:12 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k49J3BEm003193; Wed, 10 May 2006 05:03:11 +1000 (EST) (envelope-from peter) Date: Wed, 10 May 2006 05:03:11 +1000 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20060509190311.GA710@turion.vk2pj.dyndns.org> Mail-Followup-To: Peter Jeremy , Pawel Jakub Dawidek , freebsd-current@freebsd.org, green@freebsd.org, scottl@freebsd.org, Mark Tinguely References: <20060509140312.GA93453@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20060509140312.GA93453@garage.freebsd.pl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Mark Tinguely , freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 19:03:24 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-May-09 16:03:12 +0200, Pawel Jakub Dawidek wrote: >Using a USB pendrive can lead to kernel panic because of the issue >mentioned in the subject. See kern/78179. Mark Tinguely and I have spent a far amount of time fighting it. We have made some improvement - bus_dmamem_alloc() correctly supports BUS_DMA_NOWAIT so you get a runtime error instead of a panic. At this stage, the umass device needs to be re-written so that it doesn't issue large contiguous mallocs at interrupt level. The way forward would seem to be to make the USB subsystem support scatter-gather (skeleton code already exists) to avoid the need for contigmalloc(). Note that there are lots of other drivers that assume bus_dmamem_alloc() can't fail, even when called with BUS_DMA_NOWAIT. Also note that the umass device allocates the memory the first time it is needed and never releases it. This means that a workaround is to access a file via umass fairly early after a reboot, whilst there is still contiguous memory available. --=20 Peter Jeremy --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEYOdu/opHv/APuIcRAkYrAJ0SLyp058wdj2vF7+FMKWnMkRi1RQCfcIbU kkwKQPgj+hcpFMMuOeGOg2Q= =3L7+ -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Tue May 9 19:36:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99AE316A453; Tue, 9 May 2006 19:36:36 +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 CA89543D46; Tue, 9 May 2006 19:36:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k49JaQtt094116; Tue, 9 May 2006 13:36:27 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4460EF33.8010909@samsco.org> Date: Tue, 09 May 2006 13:36:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20060509140312.GA93453@garage.freebsd.pl> <20060509190311.GA710@turion.vk2pj.dyndns.org> In-Reply-To: <20060509190311.GA710@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: scottl@freebsd.org, Mark Tinguely , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 19:36:36 -0000 Peter Jeremy wrote: > On Tue, 2006-May-09 16:03:12 +0200, Pawel Jakub Dawidek wrote: > >>Using a USB pendrive can lead to kernel panic because of the issue >>mentioned in the subject. > > > See kern/78179. Mark Tinguely and I have spent a far amount of time > fighting it. We have made some improvement - bus_dmamem_alloc() > correctly supports BUS_DMA_NOWAIT so you get a runtime error instead > of a panic. At this stage, the umass device needs to be re-written so > that it doesn't issue large contiguous mallocs at interrupt level. > The way forward would seem to be to make the USB subsystem support > scatter-gather (skeleton code already exists) to avoid the need for > contigmalloc(). Yes, this is the correct solution. Unfortunately, it looks to require a significant amount of code for UHCI controllers. But then, the whole point of UHCI is to have the OS do all the work anyways =-/ I need to look at your PR some, but I'm not sure that I want to encourage bad practices with bus_dmamem_alloc and contigmalloc. I know that this doesn't help you solve the problem. A possible workaround might be to pre-allocate a pool of buffers and tell CAM to limit the number of outstanding transactions to that number of buffers. You could also just set the max transfer size to PAGE_SIZE and let the block layer split the i/o's up for you. Page sized allocations use malloc instead of contigmalloc (though there are problems with this when dealing with restrictive dma tags, don't get me started on how half-assed some of the busdma implementation still is). Pre-allocating a pool is what I would do. > > Note that there are lots of other drivers that assume bus_dmamem_alloc() > can't fail, even when called with BUS_DMA_NOWAIT. The common case is for drivers to load either at boot or shortly after boot, and thus contig memory should always be available. The bus_dmamem_alloc API certainly was not meant to be used within normal I/O paths, just at driver initialization. Not checking return values is obviously an error, but in practice it's rarely a problem. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 9 19:43:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87BC816A56E; Tue, 9 May 2006 19:43:41 +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 CF82243D53; Tue, 9 May 2006 19:43:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k49JhZAM094178; Tue, 9 May 2006 13:43:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4460F0E0.5030901@samsco.org> Date: Tue, 09 May 2006 13:43:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20060509140312.GA93453@garage.freebsd.pl> <20060509190311.GA710@turion.vk2pj.dyndns.org> <4460EF33.8010909@samsco.org> In-Reply-To: <4460EF33.8010909@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Mark Tinguely , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 19:43:42 -0000 Scott Long wrote: > Peter Jeremy wrote: > >> On Tue, 2006-May-09 16:03:12 +0200, Pawel Jakub Dawidek wrote: >> >>> Using a USB pendrive can lead to kernel panic because of the issue >>> mentioned in the subject. >> >> >> >> See kern/78179. Mark Tinguely and I have spent a far amount of time >> fighting it. We have made some improvement - bus_dmamem_alloc() >> correctly supports BUS_DMA_NOWAIT so you get a runtime error instead >> of a panic. At this stage, the umass device needs to be re-written so >> that it doesn't issue large contiguous mallocs at interrupt level. >> The way forward would seem to be to make the USB subsystem support >> scatter-gather (skeleton code already exists) to avoid the need for >> contigmalloc(). > > > Yes, this is the correct solution. Unfortunately, it looks to require a > significant amount of code for UHCI controllers. But then, the whole > point of UHCI is to have the OS do all the work anyways =-/ > > I need to look at your PR some, but I'm not sure that I want to > encourage bad practices with bus_dmamem_alloc and contigmalloc. I > know that this doesn't help you solve the problem. A possible > workaround might be to pre-allocate a pool of buffers and tell CAM > to limit the number of outstanding transactions to that number of > buffers. You could also just set the max transfer size to PAGE_SIZE > and let the block layer split the i/o's up for you. Page sized > allocations use malloc instead of contigmalloc (though there are > problems with this when dealing with restrictive dma tags, don't get > me started on how half-assed some of the busdma implementation still > is). Pre-allocating a pool is what I would do. > One thing I forgot to mention about this is that I still firmly believe that the umass SIM should be a per-USB bus entity, not a per-USB device entity. I.e. when you load umass.ko, it should create a SIM for every USB bus. Then when umass devices are plugged in, they should just attach as periph devices on the appropriate SIM. The current practice of treating a umass device as a per-instance SIM definitely complicates memory handling like this. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 9 20:41:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371CA16A503; Tue, 9 May 2006 20:41:40 +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 8479A43D75; Tue, 9 May 2006 20:41:39 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.12.11/8.12.11) with ESMTP id k49KfcQ2031737; Tue, 9 May 2006 15:41:38 -0500 (CDT) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.12.11/8.12.11/Submit) id k49KfZEL031730; Tue, 9 May 2006 15:41:35 -0500 (CDT) (envelope-from tinguely) Date: Tue, 9 May 2006 15:41:35 -0500 (CDT) From: Mark Tinguely Message-Id: <200605092041.k49KfZEL031730@casselton.net> To: peterjeremy@optushome.com.au, scottl@samsco.org In-Reply-To: <4460EF33.8010909@samsco.org> X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ccn.casselton.net Cc: scottl@freebsd.org, tinguely@casselton.net, freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 20:41:40 -0000 The "patch" that was proposed by me in kern/78179 is not correct. I had a corrected version that is not on that page. I have not tracked the changes to sys/vm/vm_contig.c for a couple months, so I do not know if the other changes to vm_contig_launder_page() are even applicable anymore. -- Mark Tinguely. From owner-freebsd-current@FreeBSD.ORG Tue May 9 21:12:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8124316A438; Tue, 9 May 2006 21:12:15 +0000 (UTC) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B78843D49; Tue, 9 May 2006 21:12:13 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 9 May 2006 22:12:05 +0100 (IST) To: Scott Long In-Reply-To: Your message of "Tue, 09 May 2006 13:36:19 MDT." <4460EF33.8010909@samsco.org> Date: Tue, 09 May 2006 22:12:04 +0100 From: Ian Dowse Message-ID: <200605092212.aa03145@nowhere.iedowse.com> Cc: Peter Jeremy , Mark Tinguely , freebsd-current@freebsd.org, Pawel Jakub Dawidek , iedowse@iedowse.com Subject: Re: contigmalloc(9) doesn't honour M_NOWAIT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 21:12:16 -0000 In message <4460EF33.8010909@samsco.org>, Scott Long writes: >Peter Jeremy wrote: >> On Tue, 2006-May-09 16:03:12 +0200, Pawel Jakub Dawidek wrote: >> >>>Using a USB pendrive can lead to kernel panic because of the issue >>>mentioned in the subject. >> >> >> See kern/78179. Mark Tinguely and I have spent a far amount of time >> fighting it. We have made some improvement - bus_dmamem_alloc() >> correctly supports BUS_DMA_NOWAIT so you get a runtime error instead >> of a panic. At this stage, the umass device needs to be re-written so >> that it doesn't issue large contiguous mallocs at interrupt level. >> The way forward would seem to be to make the USB subsystem support >> scatter-gather (skeleton code already exists) to avoid the need for >> contigmalloc(). > >Yes, this is the correct solution. Unfortunately, it looks to require a >significant amount of code for UHCI controllers. But then, the whole >point of UHCI is to have the OS do all the work anyways =-/ I'm very close to being ready to commit full scatter-gather support for UHCI, OHCI and EHCI - I've just been very busy with other things so haven't completed untangling it from some other changes. A diff from my current tree is at http://people.freebsd.org/~iedowse/usb.diff but I'm not sure if it works as-is, and it contains many unrelated and unnecessary changes (e.g. EHCI_SCFLG_CURQTDBUG was a hunch that turned out to make no difference on some problem cases I can reproduce). The bit I was trying to commit first is a set of EHCI changes that make it follow the spec when adding qTDs to an existing QH, and then get to the scatter-gather support. Ian From owner-freebsd-current@FreeBSD.ORG Tue May 9 22:20:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E11F16A527; Tue, 9 May 2006 22:20:07 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA2143D45; Tue, 9 May 2006 22:20:03 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k49MJsU0067984; Tue, 9 May 2006 19:19:54 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Tue, 9 May 2006 19:19:46 -0300 User-Agent: KMail/1.9.1 References: <445D3C94.10102@errno.com> <200605080845.18125.joao@matik.com.br> <445F684A.1080501@errno.com> In-Reply-To: <445F684A.1080501@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605091919.46565.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 22:20:09 -0000 On Monday 08 May 2006 12:48, Sam Leffler wrote: > If I had intended stable users to try this code I would have: > > 1. posted to stable@ > 2. provided specific changes for those users (e.g. a patch) > > You will note my initial post about a new hal was done to both mailing > lists. I did not post this hal to stable because I did not want to deal > with people complaining that things did not work because they had > problems back-patching the necessary changes. I included info in my > original post for those folks running current that were going to do it > anyway so they could save some time. > > I replied to your post because all it did was set people up for failures > that would result in mail to me that I don't have time to handle. Then > those people would either get frustrated by not getting an answer or > think there was some problem that wasn't being fixed. > > I treat the stable src tree VERY carefully. I do not inflict pain on > users running stable. I do not arbitrarily commit changes that require > people to manually alter their system or otherwise deal with binary > incompatibilities. I treat stable as a production code base and only > apply changes that are considered well-tested and appropriate to run in > a production environment. > got your point but this is free software and anybody can contribute as well as anybody may= =20 decide what works for him or not and use it then with the same spirit. It i= s=20 oustanding that you are responsible and well organized with your work but= =20 this should not cut others freedom to mix it up for themselfs. Good talk, let's move on and may be you find some time to help me finding o= ut=20 why this damned ath cards sometimes stop rx/tx under load.=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Tue May 9 23:23:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F3C016A416; Tue, 9 May 2006 23:23:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3E2843D48; Tue, 9 May 2006 23:23:25 +0000 (GMT) (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 k49NNPAs023223; Tue, 9 May 2006 19:23:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k49NN4iF041808; Tue, 9 May 2006 19:23:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9FCDF7302F; Tue, 9 May 2006 19:23:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060509232324.9FCDF7302F@freebsd-current.sentex.ca> Date: Tue, 9 May 2006 19:23:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 23:23:27 -0000 TB --- 2006-05-09 21:16:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-09 21:16:32 - starting HEAD tinderbox run for i386/i386 TB --- 2006-05-09 21:16:32 - cleaning the object tree TB --- 2006-05-09 21:17:05 - checking out the source tree TB --- 2006-05-09 21:17:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-05-09 21:17:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-09 21:24:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-09 21:24:05 - cd /src TB --- 2006-05-09 21:24:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-09 22:31:26 - generating LINT kernel config TB --- 2006-05-09 22:31:26 - cd /src/sys/i386/conf TB --- 2006-05-09 22:31:26 - /usr/bin/make -B LINT TB --- 2006-05-09 22:31:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-09 22:31:26 - cd /src TB --- 2006-05-09 22:31:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 9 22:31:26 UTC 2006 >>> 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 Tue May 9 22:57:25 UTC 2006 TB --- 2006-05-09 22:57:25 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-09 22:57:25 - cd /src TB --- 2006-05-09 22:57:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue May 9 22:57:25 UTC 2006 >>> 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 GENERIC completed on Tue May 9 23:17:32 UTC 2006 TB --- 2006-05-09 23:17:32 - building PAE kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-09 23:17:32 - cd /src TB --- 2006-05-09 23:17:32 - /usr/bin/make buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue May 9 23:17:32 UTC 2006 >>> 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 [...] ieee80211_crypto_wep.o(.text+0x3a5): In function `wep_decap': /src/sys/net80211/ieee80211_crypto_wep.c:228: undefined reference to `ieee80211_note' ieee80211_crypto_wep.o(.text+0x3e1):/src/sys/net80211/ieee80211_crypto_wep.c:444: undefined reference to `ieee80211_note' ieee80211_crypto_wep.o(.text+0x7a7): In function `wep_encap': /src/sys/net80211/ieee80211_crypto_wep.c:360: undefined reference to `ieee80211_note' ieee80211_crypto_wep.o(.text+0x8b3): In function `wep_modevent': /src/sys/net80211/ieee80211_crypto_wep.c:497: undefined reference to `ieee80211_crypto_unregister' ieee80211_crypto_wep.o(.text+0x8c6):/src/sys/net80211/ieee80211_crypto_wep.c:487: undefined reference to `ieee80211_crypto_register' *** Error code 1 Stop in /obj/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-09 23:23:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-09 23:23:24 - ERROR: failed to build PAE kernel TB --- 2006-05-09 23:23:24 - tinderbox aborted TB --- 1.23 user 5.80 system 7611.80 real From owner-freebsd-current@FreeBSD.ORG Tue May 9 23:26:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D668816A44A; Tue, 9 May 2006 23:26:33 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Wed, 10 May 2006 07:26:27 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> In-Reply-To: <20060509182330.GB92714@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605100726.28243.davidxu@freebsd.org> Cc: Greg 'groggy' Lehey , Robert Watson , performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2006 23:26:35 -0000 On Wednesday 10 May 2006 02:23, Kris Kennaway wrote: > There are at least several issues here: > > * Factor of >two difference in performance across the board (all > loads) relative to Linux. This may be general issues like > gettimeofday() on Linux vs FreeBSD; clearly there is something *very > big* to blame here. Mysql does do *lots* of such calls, so the cost > of them is surely a component in performance, the only question is if > it's the main one. > My last recall is that gettimeofday is not a syscall on Linux, they called it vgettimeofday, they also have a lower overhead syscall: vsyscall which uses sysenter/sysexit when CPU supports, they do calculation in userland, the page is exported by kernel which can be executed by userland. at least I saw the idea on one serious hacker's blog, but now I can not find the URL. > * When you get some of the locking out of the way (per this thread) > FreeBSD has 44% better peak performance on Sven's test on amd64, but > tails off by about 33% at higher loads compared to unpatched. I see > similar changes on 12-CPU E4500, but not as much performance gain (may > be due to other reasons). i.e. optimizing the locking allows a new, > bigger bottleneck to suck on center stage. This is the basis for my > observation about libthr at high loads. It is not the same as the > above issue. > > Kris Fixing one of big lock contentions is not enough, you have to fix them all, it is easy to see that a second contention becomes a top one. :-) From owner-freebsd-current@FreeBSD.ORG Wed May 10 00:01:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D8AC16A43A for ; Wed, 10 May 2006 00:01:45 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2FE43D5F for ; Wed, 10 May 2006 00:01:39 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by py-out-1112.google.com with SMTP id e30so1885637pya for ; Tue, 09 May 2006 17:01:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=oIvcIpRl34CucNxjg/dTEQliT6umIpQ8l4l7pzskJfkbIz9VAacbPTHdenasKnm8OV6sD1lA57FuJsEkaAnSI5s4RWglmolRKKVnE0nNwExeh5WVPL09Lqol43udL5fJkRuk5sjuClfWRVpyuc4GxUYxlJcXmCl4OHsrIngShXM= Received: by 10.35.66.13 with SMTP id t13mr2327680pyk; Tue, 09 May 2006 17:01:38 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id v53sm208965pyv.2006.05.09.17.01.35; Tue, 09 May 2006 17:01:37 -0700 (PDT) From: Pascal Hofstee To: current@freebsd.org Content-Type: text/plain Date: Tue, 09 May 2006 17:01:30 -0700 Message-Id: <1147219290.1410.6.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.7.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: kbdmux 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: Wed, 10 May 2006 00:01:46 -0000 Hi, I recently decided to add kbdmux support to my default kernel config since i noticed at times that upon kernel panics and similar events my USB keyboard goes dead. Today i got to actually installing a kbdmux enabled kernel and came to the conclusion that even though keys like Capslock, Numlock and Scrolllock perform the functions they're supposed to do, the keyboard leds seem to arbitrarily decide wether or not they want to toggle on/off. on console i noticed that usually after hitting e.g. caps lock a few times the leds decdide to "work with me again" and toggle on/off accordingly .. until i hit any actual textual input .. at which point the previous eratic behavior has resurfaced. Similar problems exist in X as well ... though seem to be even more eratic there. Removing kbdmux from my kernel seems to restore normality again. Am i the only one seeing these problems ? It's on FreeBSD/amd64 7.0-CURRENT .. no PS/2 keyboard attached only a single USB keyboard. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed May 10 00:31:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEE8D16A40A; Wed, 10 May 2006 00:31:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6409343D45; Wed, 10 May 2006 00:31:42 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.221] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id k4A0VbOZ058953; Tue, 9 May 2006 17:31:38 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <44613469.2050000@freebsd.org> Date: Tue, 09 May 2006 17:31:37 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> In-Reply-To: <200605100726.28243.davidxu@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: performance@freebsd.org, current@freebsd.org, Robert Watson , Kris Kennaway , Greg 'groggy' Lehey , freebsd-performance@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 00:31:44 -0000 David Xu wrote: > On Wednesday 10 May 2006 02:23, Kris Kennaway wrote: > >>There are at least several issues here: >> >>...This may be general issues like >>gettimeofday() on Linux vs FreeBSD; clearly there is something *very >>big* to blame here. Mysql does do *lots* of such calls ... > > My last recall is that gettimeofday is not a syscall on Linux... I recall Matt talking about implementing gettimeofday() without a syscall. The basic idea is to have the kernel record some constants in a page that's mapped across all processes, then libc can just read the time from a known location. It might be nice to combine this with some of the other ideas being tossed around here: * On each clock tick, store a base time in a known location (page mapped read-only, no-execute across all memory maps) * libc can just read the base time (accurate to the clock rate) from a constant. Very, very fast. * For higher resolution, the kernel could record TSC and CPU clock speed data (per-CPU? Hmmm...) and libc could use that to fine-tune the time? Still some details I need to think through... Tim From owner-freebsd-current@FreeBSD.ORG Wed May 10 00:37:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1099D16A402; Wed, 10 May 2006 00:37:20 +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 868C743D45; Wed, 10 May 2006 00:37:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4A0bIPM093150; Tue, 9 May 2006 20:37:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4A0awqa070232; Tue, 9 May 2006 20:36:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E6EB7302F; Tue, 9 May 2006 20:37:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060510003718.3E6EB7302F@freebsd-current.sentex.ca> Date: Tue, 9 May 2006 20:37:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 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, 10 May 2006 00:37:20 -0000 TB --- 2006-05-09 23:23:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-09 23:23:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-05-09 23:23:24 - cleaning the object tree TB --- 2006-05-09 23:23:42 - checking out the source tree TB --- 2006-05-09 23:23:42 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-05-09 23:23:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-09 23:30:26 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-09 23:30:26 - cd /src TB --- 2006-05-09 23:30:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-10 00:37:17 - generating LINT kernel config TB --- 2006-05-10 00:37:17 - cd /src/sys/pc98/conf TB --- 2006-05-10 00:37:17 - /usr/bin/make -B LINT TB --- 2006-05-10 00:37:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-10 00:37:17 - cd /src TB --- 2006-05-10 00:37:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 10 00:37:17 UTC 2006 >>> stage 1: configuring the kernel [...] WARNING: duplicate device `isa' encountered. WARNING: duplicate option `KBD_DISABLE_KEYMAP_LOAD' encountered. WARNING: duplicate option `KBD_INSTALL_CDEV' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. WARNING: duplicate option `DEV_IO' encountered. WARNING: duplicate device `io' encountered. /src/sys/pc98/conf/LINT: unknown option "LINSYSFS" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-10 00:37:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-10 00:37:18 - ERROR: failed to build lint kernel TB --- 2006-05-10 00:37:18 - tinderbox aborted TB --- 0.58 user 3.16 system 4433.27 real From owner-freebsd-current@FreeBSD.ORG Wed May 10 01:19:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3380116A424; Wed, 10 May 2006 01:19:07 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx1.starman.ee (smtp-out1.starman.ee [85.253.0.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE8FD43D46; Wed, 10 May 2006 01:19:06 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from depression.softematic.com (depression.softematic.com [62.65.205.81]) by mx1.starman.ee (Postfix) with ESMTP id 8D23423C1A7; Wed, 10 May 2006 04:19:02 +0300 (EEST) From: Sven Petai To: freebsd-performance@freebsd.org Date: Wed, 10 May 2006 04:18:53 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> In-Reply-To: <4460D2CA.5090808@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605100418.54475.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: Kris Kennaway , David Xu , Julian Elischer , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 01:19:07 -0000 On Tuesday 09 May 2006 20:35, Julian Elischer wrote: > Sven Petai wrote: > > are there any patches that take the gettimeofday() calls and replace > them with something that is cheap > such as only doing every 10th one and just returning the last value ++ 1 > uSec for the other ones.. > > a ktrace of Mysql shows a LOT of gettimeofday() calls. > well I have actually done that although in a very hackish way that is suitable *only* for benchmarking, but my goal really was just to find out if gettimeofday really is the bottleneck. Basically I just preloaded my version of "buffering" time() over libc's. That function asked kernel for time only after every 5000 invocations. I could get away with that for benchmarking since about 99,99% of gettimeofday() calls from mysqld really come through time() which has anyway only 1 second resolution and mysqld seems to use the value for purposes that are not really all that critical, like stats and safeguard timers. It's also called far more than 5000 times in a second while benchmark is running so it should return correct values too. Anyway, the results really astonished me, what I got for reducing gettimeofday() calls by ~96% was performance *decrease* of about 4-5%. I thought something was wrong with my measurement techniques, so I wrote the buffering time() function that used TSC directly into mysqld, replaced all the time() calls with that, so that number of gettimeofday() syscalls ktrace reported was down to only the initial one, but still got the same 5% decrease. I just can't explain it, but can't find any mistakes in methods too. The library I used is available @ http://bsd.ee/~hadara/debug/mysql4/time_lib_hack.c From owner-freebsd-current@FreeBSD.ORG Wed May 10 01:38:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F48716A406; Wed, 10 May 2006 01:38:48 +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 5989243D6A; Wed, 10 May 2006 01:38:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4A1cdOH096135; Tue, 9 May 2006 19:38:39 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4461441E.60304@samsco.org> Date: Tue, 09 May 2006 19:38:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Petai References: <20060506150622.C17611@fledge.watson.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> <200605100418.54475.hadara@bsd.ee> In-Reply-To: <200605100418.54475.hadara@bsd.ee> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Julian Elischer , freebsd-performance@freebsd.org, current@freebsd.org, David Xu , Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 01:38:48 -0000 Sven Petai wrote: > On Tuesday 09 May 2006 20:35, Julian Elischer wrote: > >>Sven Petai wrote: >> >>are there any patches that take the gettimeofday() calls and replace >>them with something that is cheap >>such as only doing every 10th one and just returning the last value ++ 1 >>uSec for the other ones.. >> >>a ktrace of Mysql shows a LOT of gettimeofday() calls. >> > > > well I have actually done that although in a very hackish way that > is suitable *only* for benchmarking, but my goal really was > just to find out if gettimeofday really is the bottleneck. > > Basically I just preloaded my version of "buffering" time() over libc's. > That function asked kernel for time only after every 5000 invocations. > I could get away with that for benchmarking since > about 99,99% of gettimeofday() calls from mysqld really come through > time() which has anyway only 1 second resolution and mysqld seems to use > the value for purposes that are not really all that critical, like > stats and safeguard timers. > It's also called far more than 5000 times in a second while benchmark is > running so it should return correct values too. > > Anyway, the results really astonished me, what I got for reducing > gettimeofday() calls by ~96% was performance *decrease* of about 4-5%. > I thought something was wrong with my measurement techniques, so I > wrote the buffering time() function that used TSC directly into mysqld, > replaced all the time() calls with that, so that number of gettimeofday() > syscalls ktrace reported was down to only the initial one, but still got the > same 5% decrease. > > I just can't explain it, but can't find any mistakes in methods too. > > The library I used is available @ > http://bsd.ee/~hadara/debug/mysql4/time_lib_hack.c Were you testing on SMP, and if so, was Hyperthreading enabled? Scott From owner-freebsd-current@FreeBSD.ORG Wed May 10 02:07:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E0816A4DD for ; Wed, 10 May 2006 02:07:16 +0000 (UTC) (envelope-from emil@cs.rmit.edu.au) Received: from its-mu-mail4.its.rmit.edu.au (its-mu-mail4.its.rmit.edu.au [131.170.2.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E68843D73 for ; Wed, 10 May 2006 02:07:12 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail4.its.rmit.edu.au (8.13.6/8.13.6/mail4) with ESMTP id k4A26FZv003883; Wed, 10 May 2006 12:07:09 +1000 (EST) Received: from goanna.cs.rmit.edu.au (root@goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id k4A23eAf005750; Wed, 10 May 2006 12:03:40 +1000 (EST) Received: from goanna.cs.rmit.edu.au (emil@localhost [127.0.0.1]) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.4/csnode) with ESMTP id k4A23dDi008675; Wed, 10 May 2006 12:03:40 +1000 (EST) Received: (from emil@localhost) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.3/Submit) id k4A23b6E008669; Wed, 10 May 2006 12:03:37 +1000 (EST) Date: Wed, 10 May 2006 12:03:36 +1000 From: Emil Mikulic To: Pascal Hofstee Message-ID: <20060510020336.GA25800@cs.rmit.edu.au> References: <1147219290.1410.6.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1147219290.1410.6.camel@synergy.odyssey.homeunix.org> X-Operating-System: SunOS 5.10 X-PGP-Fingerprint: D2B4 7C14 0C41 9AE5 8D2B 16B0 D3D6 F910 8E4C 5D35 X-Authentication-Warning: localhost: emil pwned teh intarweb User-Agent: Mutt/1.5.10i X-Scanned-By: MIMEDefang 2.44 Cc: current@freebsd.org Subject: Re: kbdmux 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: Wed, 10 May 2006 02:07:16 -0000 On Tue, May 09, 2006 at 05:01:30PM -0700, Pascal Hofstee wrote: > I recently decided to add kbdmux support to my default kernel config > since i noticed at times that upon kernel panics and similar events my > USB keyboard goes dead. > > Today i got to actually installing a kbdmux enabled kernel and came to > the conclusion that even though keys like Capslock, Numlock and > Scrolllock perform the functions they're supposed to do, the keyboard > leds seem to arbitrarily decide wether or not they want to toggle > on/off. > > on console i noticed that usually after hitting e.g. caps lock a few > times the leds decdide to "work with me again" and toggle on/off > accordingly .. until i hit any actual textual input .. at which point > the previous eratic behavior has resurfaced. > > Similar problems exist in X as well ... though seem to be even more > eratic there. > > Removing kbdmux from my kernel seems to restore normality again. > > Am i the only one seeing these problems ? I'm seeing a similar (but different?) problem - I get an interrupt storm every time I hit Caps Lock or Num Lock, or flip VTs in text mode. If XMMS is running, the music skips. Normally, if I'm hitting letter keys, I never see any irq1: atkbd0 interrupts. If I bounce on the Caps Lock, I can get it as high as 72/sec. Running top(1), I can get system time up to about 50% by pounding away at Caps Lock. Normal typing doesn't affect the system time much, it fluctuates between 0% and 1%. This is with 7-CURRENT, GENERIC, on x86, from yesterday. And it's on a Dell GX280 with a USB keyboard. I've seen similar issues on a Dell Poweredge SC430, again with a USB keyboard. --Emil From owner-freebsd-current@FreeBSD.ORG Wed May 10 02:38:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D101E16A401; Wed, 10 May 2006 02:38:35 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <4461522D.9060405@freebsd.org> Date: Wed, 10 May 2006 10:38:37 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060302 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> In-Reply-To: <44613469.2050000@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: performance@freebsd.org, current@freebsd.org, Robert Watson , Kris Kennaway , Greg 'groggy' Lehey , freebsd-performance@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 02:38:38 -0000 Tim Kientzle wrote: > I recall Matt talking about implementing gettimeofday() > without a syscall. The basic idea is to have the kernel > record some constants in a page that's mapped across > all processes, then libc can just read the time from > a known location. > > It might be nice to combine this with some of the > other ideas being tossed around here: > * On each clock tick, store a base time in > a known location (page mapped read-only, no-execute > across all memory maps) > * libc can just read the base time (accurate > to the clock rate) from a constant. Very, very fast. > * For higher resolution, the kernel could record > TSC and CPU clock speed data (per-CPU? Hmmm...) > and libc could use that to fine-tune the time? > > Still some details I need to think through... > > Tim > > One of the problems to implement it is that atomic operations, if there are multiple integer needs to be updated by kernel, userland maybe gets an inconsistent result, the way to avoid the problem is using two generation numbers. http://gsu.linux.org.tr/~mpekmezci/kernelapi/unitedlinux/arch/x86_64/kernel/vsyscall.c.html check do_vgettimeofday(struct timeval * tv): Another problem is how you tell userland the address of the kernel page ? do you use fixed address or tell it via program headers like the PT_TLS set by kernel, check /usr/src/lib/libc/gen/tls.c. David Xu From owner-freebsd-current@FreeBSD.ORG Wed May 10 03:13:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34FB516A410; Wed, 10 May 2006 03:13:19 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA5643D45; Wed, 10 May 2006 03:13:18 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [192.168.10.2]) by corp.grupos.com.br (Postfix) with ESMTP id D8E1C5C37; Wed, 10 May 2006 00:13:16 -0300 (BRT) Received: from [192.168.0.120] (unknown [201.31.23.238]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id 69A955C27; Wed, 10 May 2006 00:13:14 -0300 (BRT) Message-ID: <44615A46.6020009@FreeBSD.org> Date: Wed, 10 May 2006 00:13:10 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: Emil Mikulic References: <1147219290.1410.6.camel@synergy.odyssey.homeunix.org> <20060510020336.GA25800@cs.rmit.edu.au> In-Reply-To: <20060510020336.GA25800@cs.rmit.edu.au> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Filtered: By ProxSMTP using Clamav and Bogofilter Cc: emax@FreeBSD.org, current@freebsd.org, Pascal Hofstee Subject: Re: kbdmux 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: Wed, 10 May 2006 03:13:19 -0000 Emil Mikulic wrote: > On Tue, May 09, 2006 at 05:01:30PM -0700, Pascal Hofstee wrote: >> I recently decided to add kbdmux support to my default kernel config >> since i noticed at times that upon kernel panics and similar events my >> USB keyboard goes dead. >> >> Today i got to actually installing a kbdmux enabled kernel and came to >> the conclusion that even though keys like Capslock, Numlock and >> Scrolllock perform the functions they're supposed to do, the keyboard >> leds seem to arbitrarily decide wether or not they want to toggle >> on/off. >> >> on console i noticed that usually after hitting e.g. caps lock a few >> times the leds decdide to "work with me again" and toggle on/off >> accordingly .. until i hit any actual textual input .. at which point >> the previous eratic behavior has resurfaced. >> >> Similar problems exist in X as well ... though seem to be even more >> eratic there. >> >> Removing kbdmux from my kernel seems to restore normality again. >> >> Am i the only one seeing these problems ? > > I'm seeing a similar (but different?) problem - I get an interrupt storm > every time I hit Caps Lock or Num Lock, or flip VTs in text mode. If > XMMS is running, the music skips. I already get this too and already report to kbdmux maintainer. Regards -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 10 03:47:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD6C216A401; Wed, 10 May 2006 03:47:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F7743D48; Wed, 10 May 2006 03:47:46 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k4A3ljdF026822; Tue, 9 May 2006 23:47:45 -0400 (EDT) Date: Tue, 9 May 2006 23:47:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: David Xu In-Reply-To: <4461522D.9060405@freebsd.org> Message-ID: References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 03:47:47 -0000 On Wed, 10 May 2006, David Xu wrote: > One of the problems to implement it is that atomic operations, > if there are multiple integer needs to be updated by kernel, > userland maybe gets an inconsistent result, the way to avoid the > problem is using two generation numbers. > > http://gsu.linux.org.tr/~mpekmezci/kernelapi/unitedlinux/arch/x86_64/kernel/vsyscall.c.html > check do_vgettimeofday(struct timeval * tv): > > Another problem is how you tell userland the address of the kernel > page ? do you use fixed address or tell it via program headers like > the PT_TLS set by kernel, check /usr/src/lib/libc/gen/tls.c. Can you not make a simple pseudo device driver and mmap the page? -- DE From owner-freebsd-current@FreeBSD.ORG Wed May 10 04:01:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4A65D16A402; Wed, 10 May 2006 04:01:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <446165B5.7030006@freebsd.org> Date: Wed, 10 May 2006 12:01:57 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060302 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 04:01:57 -0000 Daniel Eischen wrote: > > On Wed, 10 May 2006, David Xu wrote: > >> One of the problems to implement it is that atomic operations, >> if there are multiple integer needs to be updated by kernel, >> userland maybe gets an inconsistent result, the way to avoid the >> problem is using two generation numbers. >> >> http://gsu.linux.org.tr/~mpekmezci/kernelapi/unitedlinux/arch/x86_64/kernel/vsyscall.c.html >> >> check do_vgettimeofday(struct timeval * tv): >> >> Another problem is how you tell userland the address of the kernel >> page ? do you use fixed address or tell it via program headers like >> the PT_TLS set by kernel, check /usr/src/lib/libc/gen/tls.c. > > > Can you not make a simple pseudo device driver and mmap the page? > mmap is fine if you don't care binary compatible, exporting a kernel page which can be executed by userland is more flexible, kernel can change it freely without having to change libc. From owner-freebsd-current@FreeBSD.ORG Wed May 10 07:45:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51CDC16A408; Wed, 10 May 2006 07:45:56 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE95D43D5E; Wed, 10 May 2006 07:45:51 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4A7jmfs026103 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 10 May 2006 17:45:49 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4A7jmCG000907; Wed, 10 May 2006 17:45:48 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4A7jmIO000906; Wed, 10 May 2006 17:45:48 +1000 (EST) (envelope-from peter) Date: Wed, 10 May 2006 17:45:47 +1000 From: Peter Jeremy To: David Xu Message-ID: <20060510074547.GA700@turion.vk2pj.dyndns.org> Mail-Followup-To: Peter Jeremy , David Xu , Daniel Eischen , current@freebsd.org References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <446165B5.7030006@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <446165B5.7030006@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Daniel Eischen , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 07:45:56 -0000 SunOS 4 (not sure about SunOS 5) exports a per-CPU page that includes a high-resolution timer amongst other things. On Wed, 10 May 2006, David Xu wrote: >One of the problems to implement it is that atomic operations, >if there are multiple integer needs to be updated by kernel, >userland maybe gets an inconsistent result, the way to avoid the >problem is using two generation numbers. A lot of the need for atomic operations goes away if the page (or whatever) refers to the current CPU - the page is either being updated by the current CPU in kernel mode or read by the current CPU in userland. The page won't be updated/accessed by other CPUs. You still need to update the base time and TSC (or whatever) count in a way that looks atomic to userland but I suspect the kernel could achieve this by twiddling the code transparently to userland (eg there are two copies of the base/count and the kernel flips a pointer between then). On Wed, 2006-May-10 12:01:57 +0800, David Xu wrote: >Daniel Eischen wrote: >>Can you not make a simple pseudo device driver and mmap the page? >> >mmap is fine if you don't care binary compatible, exporting a kernel >page which can be executed by userland is more flexible, kernel can >change it freely without having to change libc. These aren't mutually exclusive - .so's are mmap'd. All libc needs to do is mmap a page from a pseudo device and execute a function in it. Either the function could be at a magic address or the pseudo device could simulate a shared object so you just dlopen() the device. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed May 10 07:51:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A0C116A404; Wed, 10 May 2006 07:51:06 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx2.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3547B43D48; Wed, 10 May 2006 07:51:05 +0000 (GMT) (envelope-from hadara@bsd.ee) Received: from depression.softematic.com (depression.softematic.com [62.65.205.81]) by mx2.starman.ee (Postfix) with ESMTP id BB44F32C263; Wed, 10 May 2006 10:50:57 +0300 (EEST) From: Sven Petai To: Scott Long Date: Wed, 10 May 2006 10:50:49 +0300 User-Agent: KMail/1.9.1 References: <20060506150622.C17611@fledge.watson.org> <200605100418.54475.hadara@bsd.ee> <4461441E.60304@samsco.org> In-Reply-To: <4461441E.60304@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605101050.49888.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Cc: Julian Elischer , freebsd-performance@freebsd.org, current@freebsd.org, David Xu , Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets ( UNIX domain sockets ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 07:51:06 -0000 On Wednesday 10 May 2006 04:38, Scott Long wrote: > > Were you testing on SMP, and if so, was Hyperthreading enabled? > I tested it on 3 amd64 machines, so no hyperthreading possible. The library preload hack was tested on: 1 * dualcore amd X2 4 * dualcore opteron Hacked mysqld that used TSC was tested on UP amd64 box, with powernow disabled, so that tsc would be usable. From owner-freebsd-current@FreeBSD.ORG Wed May 10 08:05:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF43B16A409; Wed, 10 May 2006 08:05:22 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 010E043D5A; Wed, 10 May 2006 08:05:21 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F437.dip.t-dialin.net [84.165.244.55]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k4A7u9ir076096; Wed, 10 May 2006 09:56:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4A859Gs041025; Wed, 10 May 2006 10:05:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 10 May 2006 10:05:09 +0200 Message-ID: <20060510100509.qbhiv7zm80w0sksw@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 10 May 2006 10:05:09 +0200 From: Alexander Leidinger To: current@freebsd.org References: <20060509185257.DEF1B7302F@freebsd-current.sentex.ca> In-Reply-To: <20060509185257.DEF1B7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: alpha@freebsd.org Subject: Re: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 08:05:22 -0000 Quoting FreeBSD Tinderbox (from Tue, 9 May =20 2006 14:52:57 -0400 (EDT)): > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- =20 > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq =20 > -I/obj/alpha/src/sys/LINT =20 > /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c > /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:98:36: =20 > machine/../linux/linux.h: No such file or directory > mkdep: compile failed > *** Error code 1 This should be fixed since yesterday with a commit to sys/modules/Makefile. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 54: Jetzt mit neuem, umfangreichem Softwarepaket. Treiber liegt bei. (Kristian K=C3=B6hntopp) From owner-freebsd-current@FreeBSD.ORG Wed May 10 08:43:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A677C16A418; Wed, 10 May 2006 08:43:03 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B6FA43D45; Wed, 10 May 2006 08:42:52 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [137.122.74.158] (host158.thm10.resonet.uottawa.ca [137.122.74.158]) by elvis.mu.org (Postfix) with ESMTP id 4C4431A4D7A; Wed, 10 May 2006 01:42:52 -0700 (PDT) Message-ID: <4461A77F.5080508@FreeBSD.org> Date: Wed, 10 May 2006 10:42:39 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Allen References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> <20060509183127.GD17515@retch.ugcs.caltech.edu> In-Reply-To: <20060509183127.GD17515@retch.ugcs.caltech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 08:43:04 -0000 Paul Allen wrote: >>From Julian Elischer , Tue, May 09, 2006 at 10:35:06AM -0700: > >>Sven Petai wrote: >> >>are there any patches that take the gettimeofday() calls and replace >>them with something that is cheap >>such as only doing every 10th one and just returning the last value ++ 1 >>uSec for the other ones.. > > Better yet, just realize that during any given scheduler quantum the process > is running on the same CPU. Therefore, you should just read the TSC. > > For that matter, if libc would just remember an accurate synchronized > timestamp and TSC pair on a per CPU basis, it should be trivial to get > cheap, synchronized, and accurate TSC time on SMP systems. TSC drift > isn't horrible--and best of all if the process drifts from CPU to CPU > libc will have a decent chance at doing incremental calibrations. Simply > giving libc easy access to a counter of scheduler ticks can be used to > ensure this process delivers monotonic time. > > Let me formalize this a bit, you have a noisy, but cheap time source: > the TSC always available provided you compute your deltas a per cpu basis. > You have another low resolution, low noise, but cheap time source: the > count of scheduler ticks. Rather than coding an ad hoc algorithm, > this information should be fed into a kalman filter. > > There are some lingering details: you need to invalidate the > TSC when the processor speed changes: but this is controlled > by powerd no? Second, if you can manage to throttle the CPU > it suggests that you can also manage to pay higher time > query costs and force clock_gettime calls. That's not enough. On some CPUs (like the current Opterons), the TSC slows down when the CPU executes a HLT instruction, so if you want good accuracy, you'll need to take that into account too. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Wed May 10 10:11:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A8416A444; Wed, 10 May 2006 10:11:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D8743D46; Wed, 10 May 2006 10:11:22 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail16.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4AABKCE015137 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 10 May 2006 20:11:20 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4AABJhH001372; Wed, 10 May 2006 20:11:19 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4AABJP8001371; Wed, 10 May 2006 20:11:19 +1000 (EST) (envelope-from peter) Date: Wed, 10 May 2006 20:11:19 +1000 From: Peter Jeremy To: Suleiman Souhlal Message-ID: <20060510101119.GB700@turion.vk2pj.dyndns.org> Mail-Followup-To: Peter Jeremy , Suleiman Souhlal , freebsd-performance@freebsd.org, current@freebsd.org References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> <20060509183127.GD17515@retch.ugcs.caltech.edu> <4461A77F.5080508@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4461A77F.5080508@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 10:11:23 -0000 On Wed, 2006-May-10 10:42:39 +0200, Suleiman Souhlal wrote: >That's not enough. On some CPUs (like the current Opterons), the TSC >slows down when the CPU executes a HLT instruction, so if you want good >accuracy, you'll need to take that into account too. The CPU can't be executing any instructions whilst it's halted. All you need to do is update the base time/TSC count between when you exit halt and when you return to userland. Since most sane code doesn't call gettimeofday() multiple times per tick, one option might be to unmap the page when the base data becomes invalid and update/remap the page when it is first accessed. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed May 10 10:31:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0BED16A402; Wed, 10 May 2006 10:31:52 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A273043D46; Wed, 10 May 2006 10:31:52 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [137.122.74.158] (host158.thm10.resonet.uottawa.ca [137.122.74.158]) by elvis.mu.org (Postfix) with ESMTP id 452E41A4D89; Wed, 10 May 2006 03:31:52 -0700 (PDT) Message-ID: <4461C10B.7020703@FreeBSD.org> Date: Wed, 10 May 2006 12:31:39 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20060506150622.C17611@fledge.watson.org> <200605090335.00451.hadara@bsd.ee> <20060509004203.GA55852@xor.obsecurity.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> <20060509183127.GD17515@retch.ugcs.caltech.edu> <4461A77F.5080508@FreeBSD.org> <20060510101119.GB700@turion.vk2pj.dyndns.org> In-Reply-To: <20060510101119.GB700@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 10:31:53 -0000 Peter Jeremy wrote: > On Wed, 2006-May-10 10:42:39 +0200, Suleiman Souhlal wrote: > >>That's not enough. On some CPUs (like the current Opterons), the TSC >>slows down when the CPU executes a HLT instruction, so if you want good >>accuracy, you'll need to take that into account too. > > > The CPU can't be executing any instructions whilst it's halted. All > you need to do is update the base time/TSC count between when you exit > halt and when you return to userland. > > Since most sane code doesn't call gettimeofday() multiple times per > tick, one option might be to unmap the page when the base data becomes > invalid and update/remap the page when it is first accessed. > Another way would be to catch the first rdtsc call after a HLT, and reset the TSC to a good value. You can do this by making rdtsc usable only in ring0, which will make any userland rdtsc generate a general protection fault. You have to be careful, though, because on some Intel CPUs, you can only change the lower 32 bits of the TSC (the upper 32 bits get reset to 0 every time you write to the TSC). We actually implemented this at work, on Linux, to make sure that the TSCs between every processor is synchronized, and it appears to work pretty well. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Wed May 10 14:25:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57E2016A403; Wed, 10 May 2006 14:25:07 +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 AF65843D46; Wed, 10 May 2006 14:25:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4AEOjwv000213; Wed, 10 May 2006 08:24:46 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4461F7AD.3000705@samsco.org> Date: Wed, 10 May 2006 08:24:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Petai References: <20060506150622.C17611@fledge.watson.org> <200605100418.54475.hadara@bsd.ee> <4461441E.60304@samsco.org> <200605101050.49888.hadara@bsd.ee> In-Reply-To: <200605101050.49888.hadara@bsd.ee> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Julian Elischer , freebsd-performance@freebsd.org, current@freebsd.org, David Xu , Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 14:25:07 -0000 Sven Petai wrote: > On Wednesday 10 May 2006 04:38, Scott Long wrote: > >>Were you testing on SMP, and if so, was Hyperthreading enabled? >> > > > I tested it on 3 amd64 machines, so no hyperthreading possible. > > The library preload hack was tested on: > 1 * dualcore amd X2 > 4 * dualcore opteron > > Hacked mysqld that used TSC was tested on UP amd64 box, > with powernow disabled, so that tsc would be usable. That is very puzzling. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 10 14:41:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD4B616A449 for ; Wed, 10 May 2006 14:41:13 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D7143D48 for ; Wed, 10 May 2006 14:41:10 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k4AEf9xV054467; Wed, 10 May 2006 18:41:10 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 10 May 2006 18:41:09 +0400 (MSD) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: <20060504102546.GC35756@deviant.kiev.zoral.com.ua> Message-ID: <20060510184042.J51370@mp2.macomnet.net> References: <20060504102546.GC35756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [patch] userquota= syntax in fstab is 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: Wed, 10 May 2006 14:41:14 -0000 On Thu, 4 May 2006, 13:25+0300, Kostik Belousov wrote: > Man page for fstab describes syntax of the form > userquota= and groupquota= that allows to specify > alternative quota files. This feature is supported by quota*(8) > group of commands, but putting such option into the fstab > cause complain from kernel, since this options shall be trimmed > from mount option list. > > Rev. 1.75 of sbin/mount/mount.c does this for userquota/groupquota > _without_ "=". Patch below fixes the problem for specified > syntax as well. > > Please, apply. Committed in rev. 1.84 mount/mount.c. Thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed May 10 15:12:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C25016A47E for ; Wed, 10 May 2006 15:12:16 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EEC143D5A for ; Wed, 10 May 2006 15:12:13 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k4AFDgQ8057856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 May 2006 11:13:48 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org User-Agent: KMail/1.9.1 References: <200604241027.44959.mistry.7@osu.edu> <200605090101.39901.mistry.7@osu.edu> In-Reply-To: <200605090101.39901.mistry.7@osu.edu> MIME-Version: 1.0 Date: Wed, 10 May 2006 11:12:14 -0400 Content-Type: multipart/signed; boundary="nextPart2678241.mJFJbK4pyT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200605101112.23203.mistry.7@osu.edu> X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.1/1452/Tue May 9 05:14:00 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: [PATCH] Fix ugen multiple panics and detach race conditions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 15:12:16 -0000 --nextPart2678241.mJFJbK4pyT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sending to -current for a little more exposure. I've updated my ugen patch again. It now adds support for select() on=20 writes and fixes the detach select() panic. http://am-productions.biz/docs/ugen-multiple-panics.patch The patch should fix ALL outstanding ugen panic PRs. Would a commiter please take a look at these changes. They are=20 applicable to CURRENT, RELENG_6, and RELENG_5. A few of the changes=20 are also applicable to NetBSD and OpenBSD too. Thanks, =2D-=20 Anish Mistry --nextPart2678241.mJFJbK4pyT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEYgLXxqA5ziudZT0RAnboAJ46aNV+GIAC1zoVVytKm5clJn7m4ACgtMdI HEZ9Eji//Acq3Ypz8UFroi8= =SiYe -----END PGP SIGNATURE----- --nextPart2678241.mJFJbK4pyT-- From owner-freebsd-current@FreeBSD.ORG Wed May 10 15:24:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44EA816A5C2; Wed, 10 May 2006 15:24:58 +0000 (UTC) (envelope-from bln@deprese.net) Received: from hades.deprese.net (hades.deprese.net [81.2.209.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5474543D53; Wed, 10 May 2006 15:24:45 +0000 (GMT) (envelope-from bln@deprese.net) Received: from [147.32.98.167] (traveler.hk.cvut.cz [147.32.98.167]) by hades.deprese.net (Postfix) with ESMTP id 8634833C2D; Wed, 10 May 2006 17:24:43 +0200 (CEST) Message-ID: <446205A4.1030705@deprese.net> Date: Wed, 10 May 2006 17:24:20 +0200 From: Ondra Holecek User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: ar5213 support in 6.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 15:24:59 -0000 hello, i have mini-pci cm9 ath ar5113a - 00 card none0@pci0:16:0: class=0x020000 card=0x00000000 chip=0xff15168c rev=0x01 hdr=0x00 class = network subclass = ethernet ar5213 chip should be supported in FreeBSD 6.1, but this card does not work i tried to look to sources and it seems that card ID ff15 isn't anywhere in src/sys/contrib/dev/ath/ah_devid.h but i don't know how to add it can anybody help? Ondra Holecek From owner-freebsd-current@FreeBSD.ORG Wed May 10 15:30:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 193B516A63F for ; Wed, 10 May 2006 15:30:44 +0000 (UTC) (envelope-from lists@loveturtle.net) Received: from loveturtle.net (loveturtle.net [216.91.90.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5561243D5F for ; Wed, 10 May 2006 15:30:21 +0000 (GMT) (envelope-from lists@loveturtle.net) Received: from localhost (localhost [127.0.0.1]) by loveturtle.net (Postfix) with ESMTP id C9A271CC2E for ; Wed, 10 May 2006 11:30:10 -0400 (EDT) Received: from loveturtle.net ([127.0.0.1]) by localhost (loveturtle.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12618-01 for ; Wed, 10 May 2006 11:30:06 -0400 (EDT) Received: from [216.89.228.114] (cactuar.loveturtle.net [216.89.228.114]) by loveturtle.net (Postfix) with ESMTP id 922DA1CC20 for ; Wed, 10 May 2006 11:30:06 -0400 (EDT) Message-ID: <446206FE.10306@loveturtle.net> Date: Wed, 10 May 2006 11:30:06 -0400 From: Dillon User-Agent: Mail/News 1.5.0.2 (Macintosh/20060314) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <446205A4.1030705@deprese.net> In-Reply-To: <446205A4.1030705@deprese.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at loveturtle.net Subject: Re: ar5213 support in 6.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 15:30:48 -0000 Ondra Holecek wrote: > hello, > > i have mini-pci cm9 ath ar5113a - 00 card > > none0@pci0:16:0: class=0x020000 card=0x00000000 chip=0xff15168c rev=0x01 > hdr=0x00 > class = network > subclass = ethernet > > ar5213 chip should be supported in FreeBSD 6.1, but this card does not work > > i tried to look to sources and it seems that card ID ff15 isn't anywhere > in src/sys/contrib/dev/ath/ah_devid.h but i don't know how to add it > > can anybody help? > Ondra Holecek > > _______________________________________________ > 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" > I've been using a cm9 in my laptop with freebsd for about a year now. I assume you loaded the if_ath module or built it in to your kernel? From owner-freebsd-current@FreeBSD.ORG Wed May 10 16:21:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 727C216A42A for ; Wed, 10 May 2006 16:21:45 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2927D43D46 for ; Wed, 10 May 2006 16:21:43 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so1711321nzi for ; Wed, 10 May 2006 09:21:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IfjsvdAsBUjie90MvbyJmEGS5snSJM1TwUSvA/GHM66W4Oa/l9tnTAoGm0eekkMYwyL+u3CREaormnE7LX6X7CTq6ttVa9wwmxfRQIcqcRqaxq2Is0jXZI7PVLfQzk9lc6RPpReNYsDuVBU42c4qybwyeRy1a/Qe6AwfES2T5Hg= Received: by 10.36.220.72 with SMTP id s72mr821857nzg; Wed, 10 May 2006 09:21:10 -0700 (PDT) Received: by 10.36.80.9 with HTTP; Wed, 10 May 2006 09:21:10 -0700 (PDT) Message-ID: <47d0403c0605100921s4364241xb04f2969956fb594@mail.gmail.com> Date: Wed, 10 May 2006 16:21:10 +0000 From: "Ben Kaduk" To: "Mike Silbersack" In-Reply-To: <20060508112602.O1937@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200605040741.k447f23o027971@repoman.freebsd.org> <445F2AC2.9030105@jp.FreeBSD.org> <20060508112602.O1937@odysseus.silby.com> Cc: cvs-src@freebsd.org, Mike Silbersack , freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/bfe if_bfe.c if_bfereg.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 16:21:45 -0000 On 5/8/06, Mike Silbersack wrote: > > On Mon, 8 May 2006, Makoto Matsushita wrote: > > >> Revision Changes Path > >> 1.37 +20 -15 src/sys/dev/bfe/if_bfe.c > >> 1.8 +2 -2 src/sys/dev/bfe/if_bfereg.h > > > > After commiting this change, my bfe device is not working; when the int= erface > > is up via ifconfig(8), following message is shown and no in/out packets= thru > > the interface: > > > > May 8 17:36:18 hostname kernel: Interrupt storm detected on "irq10:"; > > throttling interrupt source > > > > However, backout if_bfereg.h rev 1.8 changes, the interface is working = again > > as expected... Did you know why? > > > > -- > > Makoto `MAR' Matsushita > > The interrupt storm results whenever the bfe chip is unhappy with the > RX/TX buffers that we give it. I'm not sure why the change to bfereg > would make it unhappy. > > Can you tell the me the following: > > 1. How much RAM does your system have? > 2. What revision of the bfe chip do you have, according to dmesg? > > Then, if you're sure it's the if_bfereg.h change and not the if_bfe.c > change that causes the problem, try playing with the values of > BFE_TX_LIST_CNT and BFE_RX_LIST_CNT - those are the only two values that > changed. I changed them from 511 to 128. You could try values like 127, > 255, 256, 510... see if any/all of those work. > > Sorry for causing trouble for you, these chips seem very finicky. > > Mike "Silby" Silbersack > _______________________________________________ > cvs-src@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-src > To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org" > Just a "me, too," and perhaps a ping (cc-ing current). . . I experienced an interrupt storm with these if_befreg.h changes; backing them out results in a working kernel. I include the information you requested of Matsushita-san, for completeness= : I have 1G of ram in this laptop, and after boot -v, dmesg -a|grep bfe: bfe0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaffe000 miibus0: on bfe0 bfe0: bpf attached bfe0: Ethernet address: 00:0b:db:99:e8:c7 bfe0: [MPSAFE] bfe0: no link ... DHCPREQUEST on bfe0 to 255.255.255.255 port 67 DHCPDISCOVER on bfe0 to 255.255.255.255 port 67 interval 3 DHCPREQUEST on bfe0 to 255.255.255.255 port 67 bfe0: flags=3D8843 mtu 1500 inet6 fe80::20b:dbff:fe99:e8c7%bfe0 prefixlen 64 scopeid 0x1 As a bonus, pciconf -lv has: bfe0@pci2:0:0: class=3D0x020000 card=3D0x81271028 chip=3D0x440114e4 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM4401 10/100 Integrated Ethernet Controller' class =3D network subclass =3D ethernet and a full dmesg should be available at: https://netfiles.uiuc.edu/kaduk/www/current/dmesg.txt It is currently finals week at University, so I shall not be able to investigate other sizes for these defines for a few days. Thanks, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed May 10 16:26:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1587D16A427 for ; Wed, 10 May 2006 16:26:56 +0000 (UTC) (envelope-from bln@deprese.net) Received: from hades.deprese.net (hades.deprese.net [81.2.209.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A12F443D48 for ; Wed, 10 May 2006 16:26:55 +0000 (GMT) (envelope-from bln@deprese.net) Received: from [147.32.98.167] (traveler.hk.cvut.cz [147.32.98.167]) by hades.deprese.net (Postfix) with ESMTP id 62B4133C21 for ; Wed, 10 May 2006 18:26:54 +0200 (CEST) Message-ID: <44621437.5070506@deprese.net> Date: Wed, 10 May 2006 18:26:31 +0200 From: Ondra Holecek User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <446205A4.1030705@deprese.net> <446206FE.10306@loveturtle.net> In-Reply-To: <446206FE.10306@loveturtle.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ar5213 support in 6.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 16:26:56 -0000 of course, i have device ath device ath_hal device ath_rate_sample device wlan Dillon wrote: > Ondra Holecek wrote: >> hello, >> >> i have mini-pci cm9 ath ar5113a - 00 card ^^^^^^ ar5213a (my typo) >> >> none0@pci0:16:0: class=0x020000 card=0x00000000 chip=0xff15168c rev=0x01 >> hdr=0x00 >> class = network >> subclass = ethernet >> >> ar5213 chip should be supported in FreeBSD 6.1, but this card does not >> work >> >> i tried to look to sources and it seems that card ID ff15 isn't anywhere >> in src/sys/contrib/dev/ath/ah_devid.h but i don't know how to add it >> >> can anybody help? >> Ondra Holecek >> >> _______________________________________________ >> 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" >> > > I've been using a cm9 in my laptop with freebsd for about a year now. > I assume you loaded the if_ath module or built it in to your kernel? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed May 10 17:24:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A577516A4BF; Wed, 10 May 2006 17:24:40 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA5F43D53; Wed, 10 May 2006 17:24:38 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id F19D23BE6F; Wed, 10 May 2006 12:24:37 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14532-01-33; Wed, 10 May 2006 12:24:37 -0500 (CDT) Received: from [10.254.186.111] (sntc04ep01.savvis.net [64.14.1.106]) by mailgate1b.savvis.net (Postfix) with ESMTP id 2B5E43BE6D; Wed, 10 May 2006 12:24:37 -0500 (CDT) Message-ID: <446221D4.1050305@savvis.net> Date: Wed, 10 May 2006 10:24:36 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Alves Grando References: <1147219290.1410.6.camel@synergy.odyssey.homeunix.org> <20060510020336.GA25800@cs.rmit.edu.au> <44615A46.6020009@FreeBSD.org> In-Reply-To: <44615A46.6020009@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: emax@FreeBSD.org, current@freebsd.org, Emil Mikulic , Pascal Hofstee Subject: Re: kbdmux 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: Wed, 10 May 2006 17:24:42 -0000 Marcus Alves Grando wrote: > Emil Mikulic wrote: > >>On Tue, May 09, 2006 at 05:01:30PM -0700, Pascal Hofstee wrote: >> >>>I recently decided to add kbdmux support to my default kernel config >>>since i noticed at times that upon kernel panics and similar events my >>>USB keyboard goes dead. >>> >>>Today i got to actually installing a kbdmux enabled kernel and came to >>>the conclusion that even though keys like Capslock, Numlock and >>>Scrolllock perform the functions they're supposed to do, the keyboard >>>leds seem to arbitrarily decide wether or not they want to toggle >>>on/off. >>> >>>on console i noticed that usually after hitting e.g. caps lock a few >>>times the leds decdide to "work with me again" and toggle on/off >>>accordingly .. until i hit any actual textual input .. at which point >>>the previous eratic behavior has resurfaced. >>> >>>Similar problems exist in X as well ... though seem to be even more >>>eratic there. >>> >>>Removing kbdmux from my kernel seems to restore normality again. >>> >>>Am i the only one seeing these problems ? >> >>I'm seeing a similar (but different?) problem - I get an interrupt storm >>every time I hit Caps Lock or Num Lock, or flip VTs in text mode. If >>XMMS is running, the music skips. > > I already get this too and already report to kbdmux maintainer. i can not reproduce it here with dell latitude d610 laptop. i think, that this maybe particular usb keyboard/bios fault. kbdmux(4) really does not do anything except switching slave keyboards into "raw" mode and pass all scancodes to the upper layers. it seems like kbdmux(4) exposes all the little problems with low level keyboard drivers. again, i'm looking into this, but i do not have much time right now. thanks max From owner-freebsd-current@FreeBSD.ORG Wed May 10 19:01:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862A816A819 for ; Wed, 10 May 2006 19:01:40 +0000 (UTC) (envelope-from atrens@nortel.com) Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0B0343D58 for ; Wed, 10 May 2006 19:01:39 +0000 (GMT) (envelope-from atrens@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id k4AJ1Wt03250; Wed, 10 May 2006 15:01:32 -0400 (EDT) Received: from [192.168.230.13] ([47.128.166.191] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 May 2006 15:01:31 -0400 Message-ID: <44623856.90703@nortel.com> Date: Wed, 10 May 2006 15:00:38 -0400 From: "Andrew Atrens" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051129) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ondra Holecek References: <446205A4.1030705@deprese.net> <446206FE.10306@loveturtle.net> <44621437.5070506@deprese.net> In-Reply-To: <44621437.5070506@deprese.net> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 May 2006 19:01:31.0855 (UTC) FILETIME=[2686ADF0:01C67464] X-Mailman-Approved-At: Wed, 10 May 2006 19:59:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ar5213 support in 6.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2006 19:01:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Several months ago one of my CM9's, on a brownout, became a triscuit - http://www.kraftcanada.com/en/ProductsPromotions/S-U/Triscuit.htm :o) In my case I got a message from ath_hal indicating it failed to attach. I believe it gave a reason code for the failure - and when I looked up the code it was 'eeprom checksum fail' or something like that... Andrew. Ondra Holecek wrote: > of course, i have > > device ath > device ath_hal > device ath_rate_sample > > device wlan > > Dillon wrote: > >>Ondra Holecek wrote: >> >>>hello, >>> >>>i have mini-pci cm9 ath ar5113a - 00 card > > ^^^^^^ ar5213a (my typo) > >>>none0@pci0:16:0: class=0x020000 card=0x00000000 chip=0xff15168c rev=0x01 >>>hdr=0x00 >>> class = network >>> subclass = ethernet >>> >>>ar5213 chip should be supported in FreeBSD 6.1, but this card does not >>>work >>> >>>i tried to look to sources and it seems that card ID ff15 isn't anywhere >>>in src/sys/contrib/dev/ath/ah_devid.h but i don't know how to add it >>> >>>can anybody help? >>>Ondra Holecek >>> >>>_______________________________________________ >>>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" >>> >> >>I've been using a cm9 in my laptop with freebsd for about a year now. >>I assume you loaded the if_ath module or built it in to your kernel? >>_______________________________________________ >>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" > > > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEYjhW8It2CaCdeMwRAnUEAKCND0TeCPyfOYwbtyzgbCQHBSRlHwCeO0Fv qvh+Q8dAgnncCxDXcUW1R/Q= =eyla -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 11 06:39:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51BF716A428 for ; Thu, 11 May 2006 06:39:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9940E43D49 for ; Thu, 11 May 2006 06:39:57 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 4E4E6EB0B4E for ; Thu, 11 May 2006 14:39:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ow-z7MkYLAU8 for ; Thu, 11 May 2006 14:39:53 +0800 (CST) Received: from [10.217.12.139] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id E22D5EB0B22 for ; Thu, 11 May 2006 14:39:52 +0800 (CST) From: Xin LI To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-oyde2g5kmyC+99/5LLzP" Organization: The FreeBSD Project Date: Thu, 11 May 2006 14:39:38 +0800 Message-Id: <1147329578.975.6.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: Subject: panic: vm_page_free_toq: freeing mapped page 0xc13a6698 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 06:39:58 -0000 --=-oyde2g5kmyC+99/5LLzP Content-Type: multipart/mixed; boundary="=-YDCzjRPMV7gSOYAepGwn" --=-YDCzjRPMV7gSOYAepGwn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Is this a known issue? Cheers, --=20 Xin LI http://www.delphij.net/ --=-YDCzjRPMV7gSOYAepGwn Content-Disposition: attachment; filename=backtrace Content-Type: application/octet-stream; name=backtrace Content-Transfer-Encoding: base64 U2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE1heSAxMSAxMzozNjoyNiAyMDA2CltHREIgd2lsbCBub3Qg YmUgYWJsZSB0byBkZWJ1ZyB1c2VyLW1vZGUgdGhyZWFkczogL3Vzci9saWIvbGlidGhyZWFkX2Ri LnNvOiBVbmRlZmluZWQgc3ltYm9sICJwc19wZ2xvYmFsX2xvb2t1cCJdDQpHTlUgZ2RiIDYuMS4x IFtGcmVlQlNEXQ0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMu DQpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJp YnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBjb25kaXRpb25zLg0KVHlwZSAic2hvdyBj b3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuDQpUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdh cnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4NClRoaXMg R0RCIHdhcyBjb25maWd1cmVkIGFzICJpMzg2LW1hcmNlbC1mcmVlYnNkIi4NCg0KVW5yZWFkIHBv cnRpb24gb2YgdGhlIGtlcm5lbCBtZXNzYWdlIGJ1ZmZlcjoNCnBhbmljOiB2bV9wYWdlX2ZyZWVf dG9xOiBmcmVlaW5nIG1hcHBlZCBwYWdlIDB4YzEzYTY2OTgNClVwdGltZTogMWgzNm02cw0KUGh5 c2ljYWwgbWVtb3J5OiA1MDMgTUINCkR1bXBpbmcgOTEgTUI6IChDVFJMLUMgdG8gYWJvcnQpICA3 NiA2MCA0NCAyOCAxMg0KDQojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTY2DQoxNjYJcGNwdS5o OiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Lg0KCWluIHBjcHUuaA0KKGtnZGIpIGJ0IGZ1bGwN CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjYNCk5vIGxvY2Fscy4NCiMxICAweGMwNTI3ZDY4 IGluIGJvb3QgKGhvd3RvPTI2MCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5j OjQwOQ0KCWZpcnN0X2J1Zl9wcmludGYgPSAxDQojMiAgMHhjMDUyODAxMyBpbiBwYW5pYyAoZm10 PTB4YzA2YzAzYzggInZtX3BhZ2VfZnJlZV90b3E6IGZyZWVpbmcgbWFwcGVkIHBhZ2UgJXAiKSBh dCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTY1DQoJdGQgPSAoc3RydWN0IHRo cmVhZCAqKSAweGMzMjJkMzYwDQoJYm9vdG9wdCA9IDI2MA0KCW5ld3BhbmljID0gMQ0KCWFwID0g MHhkNWQ3YWE4MCAiXDIzMGY6wVwyMzBmOsHAc1wwMzPEpKrX1cGmYsBcMjMwZjrBXDIzMGY6wUAi DQoJYnVmID0gInZtX3BhZ2VfZnJlZV90b3E6IGZyZWVpbmcgbWFwcGVkIHBhZ2UgMHhjMTNhNjY5 OCIsICdcMCcgPHJlcGVhdHMgMjA3IHRpbWVzPg0KIzMgIDB4YzA2MmIxN2EgaW4gdm1fcGFnZV9m cmVlX3RvcSAobT0weGMxM2E2Njk4KSBhdCAvdXNyL3NyYy9zeXMvdm0vdm1fcGFnZS5jOjEwNDQN CglwcSA9IChzdHJ1Y3QgdnBncXVldWVzICopIDB4YzQxYjczYzANCiM0ICAweGMwNjJhNmMxIGlu IHZtX3BhZ2VfZnJlZSAobT0weGMxM2E2Njk4KSBhdCAvdXNyL3NyYy9zeXMvdm0vdm1fcGFnZS5j OjQyNA0KTm8gbG9jYWxzLg0KIzUgIDB4YzA2MjdmYWQgaW4gdm1fb2JqZWN0X3Rlcm1pbmF0ZSAo b2JqZWN0PTB4YzQxYjczYzApIGF0IC91c3Ivc3JjL3N5cy92bS92bV9vYmplY3QuYzo2NDMNCglw ID0gMHgwDQojNiAgMHhjMDYyN2U4NSBpbiB2bV9vYmplY3RfZGVhbGxvY2F0ZSAob2JqZWN0PTB4 YzQxYjczYzApIGF0IC91c3Ivc3JjL3N5cy92bS92bV9vYmplY3QuYzo1NzYNCgl2ZnNsb2NrZWQg PSAwDQoJdGVtcCA9IDB4MA0KIzcgIDB4YzA2MjQ5ZmMgaW4gdm1fbWFwX2VudHJ5X2RlbGV0ZSAo bWFwPTB4YzEwNDQwMDAsIGVudHJ5PTB4YzM2YWFhZTQpIGF0IC91c3Ivc3JjL3N5cy92bS92bV9t YXAuYzoyMjAzDQoJb2JqZWN0ID0gMHhjNDFiNzNjMA0KCW9mZmlkeHN0YXJ0ID0gMA0KCW9mZmlk eGVuZCA9IDQNCgljb3VudCA9IDQNCiM4ICAweGMwNjI0YjlmIGluIHZtX21hcF9kZWxldGUgKG1h cD0weGMxMDQ0MDAwLCBzdGFydD0zMjc4MTQxNTAwLCBlbmQ9MzUzNzUzMDg4MCkgYXQgL3Vzci9z cmMvc3lzL3ZtL3ZtX21hcC5jOjIyOTYNCgluZXh0ID0gMHhjMzY0NzgzYw0KCWVudHJ5ID0gMHhj MzZhYWFlNA0KCWZpcnN0X2VudHJ5ID0gMHhjMzZhYWFlNA0KIzkgIDB4YzA2MjRjMDYgaW4gdm1f bWFwX3JlbW92ZSAobWFwPTB4YzEwNDQwMDAsIHN0YXJ0PTM1Mzc1MTQ0OTYsIGVuZD0zNTM3NTMw ODgwKSBhdCAvdXNyL3NyYy9zeXMvdm0vdm1fbWFwLmM6MjMxNQ0KCXJlc3VsdCA9IC03NTc0MzY0 MTYNCiMxMCAweGMwNTUyNzg0IGluIHBpcGVfZnJlZV9rbWVtIChjcGlwZT0weGMyZmJhZGVjKSBh dCAvdXNyL3NyYy9zeXMva2Vybi9zeXNfcGlwZS5jOjE0NTMNCk5vIGxvY2Fscy4NCiMxMSAweGMw NTUyYWRkIGluIHBpcGVjbG9zZSAoY3BpcGU9MHhjMmZiYWRlYykgYXQgL3Vzci9zcmMvc3lzL2tl cm4vc3lzX3BpcGUuYzoxNTE4DQoJcHBpcGUgPSAoc3RydWN0IHBpcGUgKikgMHhjMmZiYWVhNA0K IzEyIDB4YzA1NTI3MmEgaW4gcGlwZV9jbG9zZSAoZnA9MHgwLCB0ZD0weGMzMjJkMzYwKSBhdCAv dXNyL3NyYy9zeXMva2Vybi9zeXNfcGlwZS5jOjE0MzkNCgljcGlwZSA9IChzdHJ1Y3QgcGlwZSAq KSAweGMyZmJhZGVjDQojMTMgMHhjMDUwYTMwMCBpbiBmZHJvcF9sb2NrZWQgKGZwPTB4YzJhMjRh YjAsIHRkPTB4YzMyMmQzNjApIGF0IGZpbGUuaDoyOTANCgllcnJvciA9IDANCiMxNCAweGMwNTBh MjcwIGluIGZkcm9wIChmcD0weGMyYTI0YWIwLCB0ZD0weGMzMjJkMzYwKSBhdCAvdXNyL3NyYy9z eXMva2Vybi9rZXJuX2Rlc2NyaXAuYzoyMTQ2DQpObyBsb2NhbHMuDQojMTUgMHhjMDUwOGQ1ZiBp biBjbG9zZWYgKGZwPTB4YzJhMjRhYjAsIHRkPTB4YzMyMmQzNjApIGF0IC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fZGVzY3JpcC5jOjE5NjENCgl2cCA9IChzdHJ1Y3Qgdm5vZGUgKikgMHhjM2QzYTEy Yw0KCWxmID0ge2xfc3RhcnQgPSAtNDU4ODYyNDk0Mzg1ODA3ODYzNiwgbF9sZW4gPSA3NTgwMzkz NzcyLCBsX3BpZCA9IC0xMDY2NzY2MTY3LCBsX3R5cGUgPSAzMTIsIGxfd2hlbmNlID0gMH0NCglm ZHRvbCA9IChzdHJ1Y3QgZmlsZWRlc2NfdG9fbGVhZGVyICopIDB4YzJhMjRhYjANCglmZHAgPSAo c3RydWN0IGZpbGVkZXNjICopIDB4YzNkM2ExMDANCiMxNiAweGMwNTA2NWY2IGluIGNsb3NlICh0 ZD0weGMzMjJkMzYwLCB1YXA9MHgwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2Rlc2NyaXAu YzoxMDE4DQoJZmRwID0gKHN0cnVjdCBmaWxlZGVzYyAqKSAweGMzZDNhMTAwDQotLS1UeXBlIDxy ZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCglmcCA9IChzdHJ1 Y3QgZmlsZSAqKSAweGMyYTI0YWIwDQoJZmQgPSAzDQoJZXJyb3IgPSAwDQoJaG9sZGxlYWRlcnMg PSAwDQojMTcgMHhjMDY2NDVmNiBpbiBzeXNjYWxsIChmcmFtZT0NCiAgICAgIHt0Zl9mcyA9IDEz NjgzOTIyNywgdGZfZXMgPSA1OSwgdGZfZHMgPSAtMTA3ODAwMTYwNSwgdGZfZWRpID0gMTM2ODM5 OTE1LCB0Zl9lc2kgPSAxLCB0Zl9lYnAgPSAtMTA3Nzk0NTI4OCwgdGZfaXNwID0gLTcwNzI4NTY2 MCwgdGZfZWJ4ID0gMCwgdGZfZWR4ID0gLTEwNzc5NDU0NTYsIHRmX2VjeCA9IDUsIHRmX2VheCA9 IDYsIHRmX3RyYXBubyA9IDEyLCB0Zl9lcnIgPSAyLCB0Zl9laXAgPSA2NzI4OTQ5NjcsIHRmX2Nz ID0gNTEsIHRmX2VmbGFncyA9IDY2MiwgdGZfZXNwID0gLTEwNzc5NDU1ODgsIHRmX3NzID0gNTl9 KSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzoxMDE2DQoJcGFyYW1zID0gMHhiZmJm ZGIxMCA8QWRkcmVzcyAweGJmYmZkYjEwIG91dCBvZiBib3VuZHM+DQoJY2FsbHAgPSAoc3RydWN0 IHN5c2VudCAqKSAweGMwNmUzMWU4DQoJdGQgPSAoc3RydWN0IHRocmVhZCAqKSAweGMzMjJkMzYw DQoJcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGMzMjJlOGQwDQoJb3JpZ190Zl9lZmxhZ3MgPSA2NjIN CgllcnJvciA9IDANCgluYXJnID0gMQ0KCWFyZ3MgPSB7MywgLTEwNzc5NDU0NTYsIDEyOCwgMCwg LTEwNjcwMjk5NjIsIC0xMDY2MzgxMDg4LCAtNzA3Mjg1NzA0LCAxMzczNjQ3NzJ9DQoJY29kZSA9 IDYNCglrc2kgPSB7a3NpX2xpbmsgPSB7dHFlX25leHQgPSAweDJhZiwgdHFlX3ByZXYgPSAweGMz MjJkMzYwfSwga3NpX2luZm8gPSB7c2lfc2lnbm8gPSAtNzA3Mjg1NzA0LCBzaV9lcnJubyA9IDEz NjgzOTg5NywgDQogICAgc2lfY29kZSA9IDEzNDU0NjEzOSwgc2lfcGlkID0gNywgc2lfdWlkID0g MCwgc2lfc3RhdHVzID0gMCwgc2lfYWRkciA9IDB4YzI0YjkzODAsIHNpX3ZhbHVlID0ge3NpdmFs X2ludCA9IC03MDcyODU3NzIsIA0KICAgICAgc2l2YWxfcHRyID0gMHhkNWQ3YWNmNH0sIF9yZWFz b24gPSB7X2ZhdWx0ID0ge190cmFwbm8gPSAtMTA2ODI1NTY3M30sIF90aW1lciA9IHtfdGltZXJp ZCA9IC0xMDY4MjU1NjczLCANCiAgICAgICAgX292ZXJydW4gPSAtMTA2NjMzODA2NH0sIF9tZXNn cSA9IHtfbXFkID0gLTEwNjgyNTU2NzN9LCBfcG9sbCA9IHtfYmFuZCA9IC0xMDY4MjU1NjczfSwg X19zcGFyZV9fID0gew0KICAgICAgICBfX3NwYXJlMV9fID0gLTEwNjgyNTU2NzMsIF9fc3BhcmUy X18gPSB7LTEwNjYzMzgwNjQsIDIsIC0xMDY2NzU1MjI3LCA2MjIsIDAsIC03MDcyODU3NDQsIC0x MDY3MDg1NjI4fX19fSwgDQogIGtzaV9mbGFncyA9IDAsIGtzaV9zaWdxID0gMHhjMzIyZDM2MH0N CiMxOCAweGMwNjU1MDhmIGluIFhpbnQweDgwX3N5c2NhbGwgKCkgYXQgL3Vzci9zcmMvc3lzL2kz ODYvaTM4Ni9leGNlcHRpb24uczoxOTENCk5vIGxvY2Fscy4NCiMxOSAweDAwMDAwMDMzIGluID8/ ICgpDQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQpQcmV2aW91cyBmcmFtZSBpbm5l ciB0byB0aGlzIGZyYW1lIChjb3JydXB0IHN0YWNrPykNCihrZ2RiKSAKU2NyaXB0IGRvbmUgb24g VGh1IE1heSAxMSAxMzozNjozMiAyMDA2Cg== --=-YDCzjRPMV7gSOYAepGwn-- --=-oyde2g5kmyC+99/5LLzP Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEYtwqhcUczkLqiksRAt+SAKDK41qOMrhGIcpyPvywOPDTFkOc5gCg2X2s FL3U0wqgSzDlaVoOt7ZXVGc= =2ToX -----END PGP SIGNATURE----- --=-oyde2g5kmyC+99/5LLzP-- From owner-freebsd-current@FreeBSD.ORG Thu May 11 13:51:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3882016A412; Thu, 11 May 2006 13:51:54 +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 D50AA43D5F; Thu, 11 May 2006 13:51:53 +0000 (GMT) (envelope-from sam@errno.com) Received: from [192.168.1.248] ([137.122.39.83]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k4BDpma0032801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 May 2006 06:51:49 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44634175.7060907@errno.com> Date: Thu, 11 May 2006 09:51:49 -0400 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: Ondra Holecek References: <446205A4.1030705@deprese.net> In-Reply-To: <446205A4.1030705@deprese.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 1328; Body=3 Fuz1=3 Fuz2=3 Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: ar5213 support in 6.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 13:51:54 -0000 Ondra Holecek wrote: > hello, > > i have mini-pci cm9 ath ar5113a - 00 card > > none0@pci0:16:0: class=0x020000 card=0x00000000 chip=0xff15168c rev=0x01 > hdr=0x00 > class = network > subclass = ethernet > > ar5213 chip should be supported in FreeBSD 6.1, but this card does not work > > i tried to look to sources and it seems that card ID ff15 isn't anywhere > in src/sys/contrib/dev/ath/ah_devid.h but i don't know how to add it Parts fab'd during development have id's that start with 'f'. Either you've got a pre-production part, one that's broken, or you've got some other issue reading the pci config register. I'd return it to the vendor and ask for a replacement. Sam From owner-freebsd-current@FreeBSD.ORG Thu May 11 13:54:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 567A216A454; Thu, 11 May 2006 13:54:12 +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 A2DBF43D9F; Thu, 11 May 2006 13:54:08 +0000 (GMT) (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 927E846CD3; Thu, 11 May 2006 09:54:06 -0400 (EDT) Date: Thu, 11 May 2006 14:54:06 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <200605100726.28243.davidxu@freebsd.org> Message-ID: <20060511145049.I72925@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Greg 'groggy' Lehey , freebsd-performance@freebsd.org, performance@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 13:54:15 -0000 On Wed, 10 May 2006, David Xu wrote: > Fixing one of big lock contentions is not enough, you have to fix them all, > it is easy to see that a second contention becomes a top one. :-) So I guess the real question is: do we want to merge the UNIX domain socket locking work? The MySQL gains sound good, the performance drop under very high load seems problematic, and there are more general questions about performance with other workloads. Maintaining this patch for a month or so is no problem, but as the tree changes it will get harder. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu May 11 16:04:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FFF16A7FC; Thu, 11 May 2006 16:04:48 +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 1B9A943DA4; Thu, 11 May 2006 16:04:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4BG4emg008812; Thu, 11 May 2006 10:04:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44636098.2010903@samsco.org> Date: Thu, 11 May 2006 10:04:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <20060511145049.I72925@fledge.watson.org> In-Reply-To: <20060511145049.I72925@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: freebsd-performance@freebsd.org, Kris Kennaway , performance@freebsd.org, David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 16:04:54 -0000 Robert Watson wrote: > > On Wed, 10 May 2006, David Xu wrote: > >> Fixing one of big lock contentions is not enough, you have to fix them >> all, it is easy to see that a second contention becomes a top one. :-) > > > So I guess the real question is: do we want to merge the UNIX domain > socket locking work? The MySQL gains sound good, the performance drop > under very high load seems problematic, and there are more general > questions about performance with other workloads. > > Maintaining this patch for a month or so is no problem, but as the tree > changes it will get harder. > > Robert N M Watson The only thing I'm afraid of is that it'll get pushed onto the back-burner once it's in CVS, and we'll have a mad scramble to fix it when it's time for 7.0. That's not a show-stopper for it going in, as there are also numerous benefits. It's just something that needs to be tracked and worked on. Scott From owner-freebsd-current@FreeBSD.ORG Thu May 11 17:43:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A75116A4DE for ; Thu, 11 May 2006 17:43:30 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D69843D5C for ; Thu, 11 May 2006 17:43:28 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 99885 invoked from network); 11 May 2006 17:43:27 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 11 May 2006 17:43:27 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 11 May 2006 12:43:10 -0500 (CDT) From: Mike Silbersack To: Ben Kaduk In-Reply-To: <47d0403c0605100921s4364241xb04f2969956fb594@mail.gmail.com> Message-ID: <20060511124106.O968@odysseus.silby.com> References: <200605040741.k447f23o027971@repoman.freebsd.org> <445F2AC2.9030105@jp.FreeBSD.org> <20060508112602.O1937@odysseus.silby.com> <47d0403c0605100921s4364241xb04f2969956fb594@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, Mike Silbersack , freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/bfe if_bfe.c if_bfereg.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 17:43:31 -0000 On Wed, 10 May 2006, Ben Kaduk wrote: > Just a "me, too," and perhaps a ping (cc-ing current). . . > I experienced an interrupt storm with these if_befreg.h changes; > backing them out results in a working kernel. Ok, I have reverted the change to if_bfereg.h for now. I have an idea as to why this MIGHT be happening, I'll give that a shot when I get a chance. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu May 11 17:58:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 396B416A476; Thu, 11 May 2006 17:58:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3CAA43D53; Thu, 11 May 2006 17:58:50 +0000 (GMT) (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 A11A946D18; Thu, 11 May 2006 13:58:50 -0400 (EDT) Date: Thu, 11 May 2006 18:58:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <44636098.2010903@samsco.org> Message-ID: <20060511185632.V90111@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <20060511145049.I72925@fledge.watson.org> <44636098.2010903@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-performance@freebsd.org, Kris Kennaway , performance@freebsd.org, David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 17:58:51 -0000 On Thu, 11 May 2006, Scott Long wrote: >> So I guess the real question is: do we want to merge the UNIX domain socket >> locking work? The MySQL gains sound good, the performance drop under very >> high load seems problematic, and there are more general questions about >> performance with other workloads. >> >> Maintaining this patch for a month or so is no problem, but as the tree >> changes it will get harder. > > The only thing I'm afraid of is that it'll get pushed onto the back-burner > once it's in CVS, and we'll have a mad scramble to fix it when it's time for > 7.0. That's not a show-stopper for it going in, as there are also numerous > benefits. It's just something that needs to be tracked and worked on. I should be able to support/improve UNIX domain sockets moving forward without a problem -- the maintenance issue is maintaining it in P4 indefinitely, not in the tree indefinitely, as the patch basically touches every line in the file, so any change in the vendor branch (FreeBSD CVS) will put the entire file into conflict. To be specific: I'll track and own this, but want to avoid having it in P4 indefinitely, because it will get stale :-). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu May 11 18:59:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FEE916AA7B; Thu, 11 May 2006 18:59:36 +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 DCA3743E16; Thu, 11 May 2006 18:59:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k4BIxVpq045170; Thu, 11 May 2006 14:59:33 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: alpha@freebsd.org Date: Thu, 11 May 2006 14:24:03 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200605111424.04935.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1456/Thu May 11 01:57:31 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org Subject: HEADSUP: Alpha support is being retired in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 18:59:40 -0000 Alpha was the first non-x86 port that was added to FreeBSD, and as such it has greatly aided the efforts to keep FreeBSD from being too i386-centric. However, recently the Alpha port has not had any active development or maintenance. As a result, the quality of the Alpha releases that the Project provides are not on par with other supported architectures and is in fact degrading. Unfortunately, as an architecture it has also been killed by its creator. After considering all of this, it is time to part with Alpha for 7.0 and beyond. At this time it is still planned to provide 6.x releases for FreeBSD/alpha. The code will still be around in CVS history if someone suddenly shows up and fixes a bunch of bugs and/or the architecture is revived. Users with Alpha systems are welcome to use existing releases of FreeBSD/alpha or another BSD such as NetBSD/alpha. We would still like to see bug fixes for FreeBSD/alpha on 6.x so that the final release is solid. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 11 23:00:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF26616A587; Thu, 11 May 2006 23:00:50 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E22544406A; Thu, 11 May 2006 22:30:40 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 11 May 2006 15:30:35 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 189F545053; Thu, 11 May 2006 15:30:35 -0700 (PDT) To: John Baldwin In-reply-to: Your message of "Thu, 11 May 2006 14:24:03 EDT." <200605111424.04935.jhb@freebsd.org> Date: Thu, 11 May 2006 15:30:35 -0700 From: "Kevin Oberman" Message-Id: <20060511223035.189F545053@ptavv.es.net> Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: HEADSUP: Alpha support is being retired in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 23:01:13 -0000 > From: John Baldwin > Date: Thu, 11 May 2006 14:24:03 -0400 > Sender: owner-freebsd-current@freebsd.org > > Alpha was the first non-x86 port that was added to FreeBSD, and as such it has > greatly aided the efforts to keep FreeBSD from being too i386-centric. > However, recently the Alpha port has not had any active development or > maintenance. As a result, the quality of the Alpha releases that the Project > provides are not on par with other supported architectures and is in fact > degrading. Unfortunately, as an architecture it has also been killed by its > creator. I'd say to was killed by its owner. It's creator (corporate) no longer exists and its creators (designers) are very sad at its demise. It was an amazing design for its time and could have been a powerful force in hardware with anything that resembled reasonable marketing. (Sorry for the digression. The Alpha was very dear to me and, while not a designer, I knew some of them.) -- 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 From owner-freebsd-current@FreeBSD.ORG Thu May 11 23:28:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9646B16A58F; Thu, 11 May 2006 23:28:38 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Fri, 12 May 2006 07:28:31 +0800 User-Agent: KMail/1.8.2 References: <20060506150622.C17611@fledge.watson.org> <44636098.2010903@samsco.org> <20060511185632.V90111@fledge.watson.org> In-Reply-To: <20060511185632.V90111@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605120728.31786.davidxu@freebsd.org> Cc: performance@freebsd.org, Robert Watson , current@freebsd.org, Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets ( UNIX domain sockets ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 May 2006 23:28:42 -0000 On Friday 12 May 2006 01:58, Robert Watson wrote: > On Thu, 11 May 2006, Scott Long wrote: > >> So I guess the real question is: do we want to merge the UNIX domain > >> socket locking work? The MySQL gains sound good, the performance drop > >> under very high load seems problematic, and there are more general > >> questions about performance with other workloads. > >> > >> Maintaining this patch for a month or so is no problem, but as the tree > >> changes it will get harder. > > > > The only thing I'm afraid of is that it'll get pushed onto the > > back-burner once it's in CVS, and we'll have a mad scramble to fix it > > when it's time for 7.0. That's not a show-stopper for it going in, as > > there are also numerous benefits. It's just something that needs to be > > tracked and worked on. > > I should be able to support/improve UNIX domain sockets moving forward > without a problem -- the maintenance issue is maintaining it in P4 > indefinitely, not in the tree indefinitely, as the patch basically touches > every line in the file, so any change in the vendor branch (FreeBSD CVS) > will put the entire file into conflict. To be specific: I'll track and own > this, but want to avoid having it in P4 indefinitely, because it will get > stale :-). > > Robert N M Watson Your patch makes other bottlenecks more visible than before, for example, file descriptor locking, but it is not a problem of your patch, so I think it is fine to commit it. David Xu From owner-freebsd-current@FreeBSD.ORG Fri May 12 07:41:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C856416A48C; Fri, 12 May 2006 07:41:32 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D950943D94; Fri, 12 May 2006 07:41:29 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FeSH3-0007bX-6J; Fri, 12 May 2006 16:41:21 +0900 Message-ID: <44643C20.4060105@micom.mng.net> Date: Fri, 12 May 2006 16:41:20 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ariff@freebsd.org Subject: kernel build failure, es1888.c is listed in makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 07:41:34 -0000 Hi, I got kernel build failure today when I tried to upgrade RELENG_6 to CURRENT. ... rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GW /usr/src/sys/modules/sound/driver/es137x/../../../../dev/sound/pci/es137x.c ===> sound/driver/ess (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h make: don't know how to make es1888.c. Stop *** Error code 2 Stop in /usr/src/sys/modules/sound/driver. *** Error code 1 I checked the makefile and es1888.c is listed in makefile but file itself is missing. Either makefile should be fixed or es1888.c file added in appropriate place. thanks, Ganbold From owner-freebsd-current@FreeBSD.ORG Fri May 12 08:03:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 714EE16A402; Fri, 12 May 2006 08:03:31 +0000 (UTC) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C70D443D46; Fri, 12 May 2006 08:03:30 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.9.48] (gw1.arcticwireless.no [80.203.184.14]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.6/8.13.6) with ESMTP id k4C83Qb1012741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 12 May 2006 10:03:26 +0200 Message-ID: <4464414A.80100@wm-access.no> Date: Fri, 12 May 2006 10:03:22 +0200 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Peter Jeremy , David Xu , Daniel Eischen , current@freebsd.org References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <446165B5.7030006@freebsd.org> <20060510074547.GA700@turion.vk2pj.dyndns.org> In-Reply-To: <20060510074547.GA700@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 08:03:31 -0000 Peter Jeremy wrote: > SunOS 4 (not sure about SunOS 5) exports a per-CPU page that > includes a high-resolution timer amongst other things. >=20 > On Wed, 10 May 2006, David Xu wrote: >> One of the problems to implement it is that atomic operations, >> if there are multiple integer needs to be updated by kernel, >> userland maybe gets an inconsistent result, the way to avoid the >> problem is using two generation numbers. >=20 > A lot of the need for atomic operations goes away if the page (or > whatever) refers to the current CPU - the page is either being updated > by the current CPU in kernel mode or read by the current CPU in > userland. The page won't be updated/accessed by other CPUs. You > still need to update the base time and TSC (or whatever) count in a > way that looks atomic to userland but I suspect the kernel could > achieve this by twiddling the code transparently to userland (eg there > are two copies of the base/count and the kernel flips a pointer > between then). >=20 > On Wed, 2006-May-10 12:01:57 +0800, David Xu wrote: >> Daniel Eischen wrote: >>> Can you not make a simple pseudo device driver and mmap the page? >>> >> mmap is fine if you don't care binary compatible, exporting a kernel >> page which can be executed by userland is more flexible, kernel can >> change it freely without having to change libc. >=20 > These aren't mutually exclusive - .so's are mmap'd. All libc needs > to do is mmap a page from a pseudo device and execute a function in > it. Either the function could be at a magic address or the pseudo > device could simulate a shared object so you just dlopen() the device. >=20 How about making the scheduler insert the current time into something resembling in functionality of a cpu local variable (register? cache area?) whenever there is a context switch by the scheduler. Then whenever you need the current time the userland application would read it off this cpu local variable/holy area requiring no additional context switch. Or do the currently running (on that cpu) userland application require the ability to read the current time more often than once per "time slot"? Do i make sense? *ducks for cover* --=20 Sten Daniel S=F8rsdal From owner-freebsd-current@FreeBSD.ORG Fri May 12 09:02:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F7416A409 for ; Fri, 12 May 2006 09:02:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BB6443D46 for ; Fri, 12 May 2006 09:02:23 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4C92LVY011120 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 12 May 2006 19:02:21 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4C92KaQ001231; Fri, 12 May 2006 19:02:20 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4C92KSR001230; Fri, 12 May 2006 19:02:20 +1000 (EST) (envelope-from peter) Date: Fri, 12 May 2006 19:02:20 +1000 From: Peter Jeremy To: Sten Daniel =?iso-8859-1?Q?S=F8rsdal?= Message-ID: <20060512090220.GB714@turion.vk2pj.dyndns.org> Mail-Followup-To: Peter Jeremy , Sten Daniel =?iso-8859-1?Q?S=F8rsdal?= , current@freebsd.org References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <446165B5.7030006@freebsd.org> <20060510074547.GA700@turion.vk2pj.dyndns.org> <4464414A.80100@wm-access.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4464414A.80100@wm-access.no> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 09:02:35 -0000 On Fri, 2006-May-12 10:03:22 +0200, Sten Daniel Srsdal wrote: >How about making the scheduler insert the current time into something >resembling in functionality of a cpu local variable (register? cache >area?) whenever there is a context switch by the scheduler. Then >whenever you need the current time the userland application would read >it off this cpu local variable/holy area requiring no additional context >switch. Normally, context switches occur quite frequently (my mostly idle laptop is reporting 550-650 context switches/second whilst I type this) - probably more so than gettimeofday() calls. Whilst this approach saves a system call to read the time, you are probably paying for lots more microtime() calls - which are not inexpensive on FreeBSD. That was the main reason for my suggestion that magic page (your "cpu local variable/holy area") be left unmapped with the microtime() call (and other per-timeslice initialisation) occurring on the first call to gettimeofday() in that timeslice. (Much like the npx is handled). >Or do the currently running (on that cpu) userland application require >the ability to read the current time more often than once per "time >slot"? Do i make sense? A timeslice can last for a long time (I think it's up to about 4 clock ticks). You get back to the tradeoff of cheap vs accurate. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri May 12 09:12:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD9F16A51A; Fri, 12 May 2006 09:12:49 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2845A43D6E; Fri, 12 May 2006 09:12:43 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr10.xs4all.nl (8.13.6/8.13.6) with ESMTP id k4C9Caut067545; Fri, 12 May 2006 11:12:38 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k4C9Caku056804; Fri, 12 May 2006 11:12:36 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k4C9Cali056803; Fri, 12 May 2006 11:12:36 +0200 (CEST) (envelope-from wb) Date: Fri, 12 May 2006 11:12:36 +0200 From: Wilko Bulte To: Kevin Oberman Message-ID: <20060512091236.GA56790@freebie.xs4all.nl> References: <200605111424.04935.jhb@freebsd.org> <20060511223035.189F545053@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060511223035.189F545053@ptavv.es.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: HEADSUP: Alpha support is being retired in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 09:12:50 -0000 On Thu, May 11, 2006 at 03:30:35PM -0700, Kevin Oberman wrote.. > > From: John Baldwin > > Date: Thu, 11 May 2006 14:24:03 -0400 > > Sender: owner-freebsd-current@freebsd.org > > > > Alpha was the first non-x86 port that was added to FreeBSD, and as such it has > > greatly aided the efforts to keep FreeBSD from being too i386-centric. > > However, recently the Alpha port has not had any active development or > > maintenance. As a result, the quality of the Alpha releases that the Project > > provides are not on par with other supported architectures and is in fact > > degrading. Unfortunately, as an architecture it has also been killed by its > > creator. > > I'd say to was killed by its owner. It's creator (corporate) no longer > exists and its creators (designers) are very sad at its demise. It was > an amazing design for its time and could have been a powerful force in > hardware with anything that resembled reasonable marketing. Interesting side note: quite a few of the Alpha folks moved to AMD. And see what happened :) > (Sorry for the digression. The Alpha was very dear to me and, while not > a designer, I knew some of them.) Same here :/ -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 12 09:21:56 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89CA16A401; Fri, 12 May 2006 09:21:56 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4248A43D48; Fri, 12 May 2006 09:21:56 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 317B9115B5; Fri, 12 May 2006 11:21:55 +0200 (CEST) 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 72640-05; Fri, 12 May 2006 11:21:45 +0200 (CEST) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 66C19114BF; Fri, 12 May 2006 11:21:44 +0200 (CEST) From: Florent Thoumie To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wCJ6S9MqOM6wLbfll70R" Date: Fri, 12 May 2006 10:21:41 +0100 Message-Id: <1147425701.27355.15.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-stable@FreeBSD.org Subject: Jail testers needed (rc.d/jail) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 09:22:00 -0000 --=-wCJ6S9MqOM6wLbfll70R Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hey lists, Two or three days before the CVS tree has been tagged for FreeBSD 6.1-RELEASE, I've committed a broken version of the jail rc.d script. The symptoms are: - an ifconfig error message if you don't define a jail_interface and have at least one jail configured, this one is harmless. - a problem with one of the following variable: jail_exec, jail_exec_start, jail_exec_stop, jail_flags and especially jail_fstab; if you have at least two jails configured. I committed yesterday a fix that should supposedly fix both of these issues so I'd need all jail users running either FreeBSD 6.1-RELEASE or 6-STABLE (older than two days) to try the new script [1] and report the result, either successful or not. Once I'll get enough successful reports, I'll contact the Release Engineering team to make sure the patch makes it to the RELENG_6_1 branch. Sorry for the inconvenience. Note: Keep me CC'ed as I'm not (yet) subscribed to these lists. [1] http://cvsweb.freebsd.org/src/etc/rc.d/jail?rev=3D1.32 --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-wCJ6S9MqOM6wLbfll70R Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEZFOlMxEkbVFH3PQRAvdMAJ4mIEOmucmo/JyHMnBLNBe2kEvpNQCdGLxg NIhLD7QFOM5edSe2KP58oKQ= =u69l -----END PGP SIGNATURE----- --=-wCJ6S9MqOM6wLbfll70R-- From owner-freebsd-current@FreeBSD.ORG Fri May 12 09:38:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DE616A417; Fri, 12 May 2006 09:38:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99F4A43D4C; Fri, 12 May 2006 09:38:19 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4C9c4bJ015560 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 12 May 2006 19:38:04 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4C9c4fC001331; Fri, 12 May 2006 19:38:04 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4C9c4WN001330; Fri, 12 May 2006 19:38:04 +1000 (EST) (envelope-from peter) Date: Fri, 12 May 2006 19:38:04 +1000 From: Peter Jeremy To: Kevin Oberman Message-ID: <20060512093804.GC714@turion.vk2pj.dyndns.org> Mail-Followup-To: Peter Jeremy , Kevin Oberman , alpha@freebsd.org, current@freebsd.org References: <200605111424.04935.jhb@freebsd.org> <20060511223035.189F545053@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060511223035.189F545053@ptavv.es.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: HEADSUP: Alpha support is being retired in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 09:38:22 -0000 On Thu, 2006-May-11 15:30:35 -0700, Kevin Oberman wrote: >exists and its creators (designers) are very sad at its demise. It was >an amazing design for its time and could have been a powerful force in >hardware with anything that resembled reasonable marketing. My sentiments as well. When I first used it (in late 1998), I thought the architecture looked weird but after using it for a while and reading more about the design decisions, I came to the conclusion that it was one of the better designed architectures around. There were a few warts (requiring software assistance to fully support IEEE FP but not supporting precise exceptions was the biggest IMHO) but DEC actually considered the likely impact of future changes to technology, rather than just band-aiding an existing architecture to meet the current technology limitations/requirements. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri May 12 11:16:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F3116A404; Fri, 12 May 2006 11:16:06 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (aun50.neoplus.adsl.tpnet.pl [83.27.21.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BAC043D46; Fri, 12 May 2006 11:16:05 +0000 (GMT) (envelope-from freebsd@orchid.homeunix.org) Received: from [192.168.1.66] (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id k4CBFwuC084584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 12 May 2006 13:16:03 +0200 (CEST) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <44646E67.1010308@orchid.homeunix.org> Date: Fri, 12 May 2006 13:15:51 +0200 From: Karol Kwiatkowski User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: Florent Thoumie References: <1147425701.27355.15.camel@mayday.esat.net> In-Reply-To: <1147425701.27355.15.camel@mayday.esat.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFAAC5ED35B16A254D52073DB" X-Virus-Scanned: ClamAV 0.88.2/1459/Thu May 11 22:46:49 2006 on orchid.homeunix.org X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Jail testers needed (rc.d/jail) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 11:16:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFAAC5ED35B16A254D52073DB Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable On 12/05/2006 11:21, Florent Thoumie wrote: > Hey lists, >=20 > Two or three days before the CVS tree has been tagged for FreeBSD > 6.1-RELEASE, I've committed a broken version of the jail rc.d script. >=20 > The symptoms are: >=20 > - an ifconfig error message if you don't define a jail_interface and > have at least one jail configured, this one is harmless. > - a problem with one of the following variable: jail_exec, > jail_exec_start, jail_exec_stop, jail_flags and especially jail_fstab; > if you have at least two jails configured. >=20 > I committed yesterday a fix that should supposedly fix both of these > issues so I'd need all jail users running either FreeBSD 6.1-RELEASE or= > 6-STABLE (older than two days) to try the new script [1] and report the= > result, either successful or not. Once I'll get enough successful > reports, I'll contact the Release Engineering team to make sure the > patch makes it to the RELENG_6_1 branch. > > Sorry for the inconvenience. > > Note: Keep me CC'ed as I'm not (yet) subscribed to these lists. > > [1] http://cvsweb.freebsd.org/src/etc/rc.d/jail?rev=3D1.32 Success on 6.1-RELEASE. I've got 2 jails and was hit by the first issue (ifconfig one). With rc.d/jail rev=3D1.32 all works fine (rc.conf jails setup below). Let me know if you need more informations. Thanks! Karol /etc/rc.conf: ifconfig_rl2_alias1=3D"inet 10.0.0.1 netmask 0xffffffff" ifconfig_rl2_alias2=3D"inet 10.0.0.2 netmask 0xffffffff" jail_enable=3D"YES" jail_set_hostname_allow=3D"NO" jail_list=3D"apache ssh" jail_apache_rootdir=3D"/data/jails/10.0.0.1" jail_apache_hostname=3D"www.my.server" jail_apache_ip=3D"10.0.0.1" jail_apache_exec=3D"/bin/sh /etc/rc" jail_apache_devfs_enable=3D"YES" jail_apache_fdescfs_enable=3D"NO" jail_apache_procfs_enable=3D"NO" jail_ssh_rootdir=3D"/data/jails/10.0.0.2" jail_ssh_hostname=3D"ssh.my.server" jail_ssh_ip=3D"10.0.0.2" jail_ssh_exec=3D"/bin/sh /etc/rc" jail_ssh_devfs_enable=3D"YES" jail_ssh_fdescfs_enable=3D"NO" jail_ssh_procfs_enable=3D"NO" --=20 Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc --------------enigFAAC5ED35B16A254D52073DB 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.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEZG5uezeoPAwGIYsRAq3cAJ9B64jbuRN2U00j532ZohnoHge7eACdF9Te zhLHLbbcEEih45XCAhDH3Xs= =53fG -----END PGP SIGNATURE----- --------------enigFAAC5ED35B16A254D52073DB-- From owner-freebsd-current@FreeBSD.ORG Fri May 12 09:36:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3610D16A40A for ; Fri, 12 May 2006 09:36:45 +0000 (UTC) (envelope-from ulrich@infopuls.com) Received: from dachs.cyberlink.ch (dachs.cyberlink.ch [62.12.136.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB5A43D53 for ; Fri, 12 May 2006 09:36:43 +0000 (GMT) (envelope-from ulrich@infopuls.com) Received: (qmail 27660 invoked by uid 600); 12 May 2006 09:36:41 -0000 Received: by simscan 1.0.9 ppid: 27656, pid: 27657, t: 0.0128s scanners: regex: 1.0.9 clamav: 0.88/m:38/d:1459 Message-ID: <20060512093641.27656.qmail@dachs.cyberlink.ch> References: <200605111424.04935.jhb@freebsd.org> <20060511223035.189F545053@ptavv.es.net> <20060512091236.GA56790@freebie.xs4all.nl> In-Reply-To: <20060512091236.GA56790@freebie.xs4all.nl> From: ulrich.ulrich@alumni.ethz.ch To: alpha@freebsd.org, current@freebsd.org Date: Fri, 12 May 2006 11:36:41 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 May 2006 12:45:10 +0000 Cc: Subject: Re: HEADSUP: Alpha support is being retired in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 09:36:45 -0000 Hi folks, a couple of weeks ago a professional FreeBSD supporter managed to bring my PWS500a up to work with 4.11 after many failing attempts by myself. Some of you may remember that I posted a few questions about this machine to this list. Since then I'm using the machine as server and I'm very happy with it. Of course, I regret that the Alpha branch is not continued in FreeBSD development because I intend to use this and some other Alpha boxes that I plan to buy for many years. I like the Alpha architecture and I got the impression that most of the higher level problems like seg-faults in Mozilla on Alpha are caused by dirty programming techniques or bugs in the C compiler related to 64 Bit addressing. Cleaning up such problems would result in better code for the other architectures also. Nevertheless: Thank you very much for FreeBSD/Alpha so far! Ulrich From owner-freebsd-current@FreeBSD.ORG Fri May 12 14:19:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E89A316A466; Fri, 12 May 2006 14:19:18 +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 8335C43D46; Fri, 12 May 2006 14:19:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4CEJHlT066466; Fri, 12 May 2006 10:19:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4CEJHfa032540; Fri, 12 May 2006 10:19:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A7697302F; Fri, 12 May 2006 10:19:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060512141917.7A7697302F@freebsd-current.sentex.ca> Date: Fri, 12 May 2006 10:19:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on alpha/alpha 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, 12 May 2006 14:19:19 -0000 TB --- 2006-05-12 14:10:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-12 14:10:03 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-05-12 14:10:03 - cleaning the object tree TB --- 2006-05-12 14:10:35 - checking out the source tree TB --- 2006-05-12 14:10:35 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-05-12 14:10:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-12 14:18:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-12 14:18:14 - cd /src TB --- 2006-05-12 14:18:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> sys/boot (cleandir) ===> sys/boot/ficl (cleandir) rm -f softcore.c testmain testmain.o rm -f a.out dict.o ficl.o fileaccess.o float.o loader.o math64.o prefix.o search.o stack.o tools.o vm.o words.o sysdep.o softcore.o dict.o.tmp ficl.o.tmp fileaccess.o.tmp float.o.tmp loader.o.tmp math64.o.tmp prefix.o.tmp search.o.tmp stack.o.tmp tools.o.tmp vm.o.tmp words.o.tmp sysdep.o.tmp softcore.o.tmp rm -f libficl.a rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> sys/boot/alpha (cleandir) cd: can't cd to /src/sys/boot/alpha *** Error code 2 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-12 14:19:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-12 14:19:17 - ERROR: failed to build world TB --- 2006-05-12 14:19:17 - tinderbox aborted TB --- 1.05 user 5.21 system 554.09 real From owner-freebsd-current@FreeBSD.ORG Fri May 12 14:23:16 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8041716A635 for ; Fri, 12 May 2006 14:23:16 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4872943D48 for ; Fri, 12 May 2006 14:23:09 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 64CBE7A9C0; Fri, 12 May 2006 16:23:08 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 8AD559D381; Fri, 12 May 2006 14:22:56 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 53D29405D; Fri, 12 May 2006 16:22:56 +0200 (CEST) Date: Fri, 12 May 2006 16:22:55 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060512142255.GA69418@obiwan.tataz.chchile.org> References: <20060509150839.GD84148@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060509150839.GD84148@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.11 Cc: lukem@NetBSD.org Subject: Re: [fbsd] libexec/lukemftpd breaks with NO_SHARED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 14:23:18 -0000 Hi, On Tue, May 09, 2006 at 05:08:40PM +0200, Jeremie Le Hen wrote: > Hi list, > > I think the subject is clear enough :-). I am not sure how to deal with > this since both objects involved in the symbol conflicts live in > src/contrib/. Maybe one should not build libexec/ stuff statically, > I am not aware of this limitation. I was building my tree with NO_SHARED > for testing purpose : > > % cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -include nbsd2fbsd.h -I/usr/src/libexec/lukemftpd -I/usr/src/libexec/lukemftpd/../../contrib/lukemftpd -I/usr/src/libexec/lukemftpd/../../contrib/lukemftpd/src -I/usr/src/libexec/lukemftpd/../../lib/libc/stdtime -I/usr/src/libexec/lukemftpd/../../bin/ls -DUSE_OPIE -DLOGIN_CAP -DUSE_PAM -fstack-protector -static -o lukemftpd cmds.o conf.o ftpd.o ftpcmd.o popen.o strsuftoll.o ls-unmain.o cmp.o print.o util.o -lcrypt -lutil -lm -lopie -lmd -lpam -lkrb5 -lasn1 -lcrypto -lcrypt -lroken -lcom_err -lradius -ltacplus -lcrypt -lutil -lopie -lmd -lssh -lcrypto -lcrypt -lypclnt > % /usr/obj/usr/src/tmp/usr/lib/libssh.a(xmalloc.o)(.text+0xd0): In function `xstrdup': > % : multiple definition of `xstrdup' > % ftpd.o(.text+0x1460): first defined here > % /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `xstrdup' changed from 44 in ftpd.o to 70 in /usr/obj/usr/src/tmp/usr/lib/libssh.a(xmalloc.o) I contacted OpenSSH folks to ask them if it was possible to change the name of their functions, but they answered me that libssh is an internal library and should not be used elsewhere. I don't know why lukemftpd uses it, I suppose the author had good reasons. I Cc'd him in case he has time to enlighten me on this point. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri May 12 15:58:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00F6216A44B; Fri, 12 May 2006 15:58:17 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0878043D55; Fri, 12 May 2006 15:58:15 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:ErPvaXS3kyK5beJBoRdghCHVpYjqkzJ5UdLIRW4WZNMCurD3z/DaStfg8CdNIMhL@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k4CFw9BN089248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 May 2006 00:58:10 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 13 May 2006 00:58:09 +0900 Message-ID: From: Hajimu UMEMOTO To: deischen@freebsd.org In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 13 May 2006 00:58:10 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 15:58:17 -0000 Hi, >>>>> On Mon, 8 May 2006 16:51:10 -0400 (EDT) >>>>> Daniel Eischen said: eischen> In preparation for release of 7.0, can we please have eischen> a shared library version bump? I'd like to enable eischen> symbol versioning by default. I wish to fix following things which break ABI backward compatibility when libc version bump: - gethostbyaddr(3) prototype to conform to POSIX. - Fix wrong usage of EAI_MEMORY in getnameinfo(). It needs to return EAI_OVERFLOW. - Update res_update() and friends to BIND9's one. - Nuke some compatibility crufts for 6.X and earlier. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri May 12 16:23:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EECAE16A4E7; Fri, 12 May 2006 16:23:28 +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 691A343D73; Fri, 12 May 2006 16:23:28 +0000 (GMT) (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 k4CGNRxO019047; Fri, 12 May 2006 12:23:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4CGNRjM054846; Fri, 12 May 2006 12:23:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E6A17302F; Fri, 12 May 2006 12:23:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060512162327.4E6A17302F@freebsd-current.sentex.ca> Date: Fri, 12 May 2006 12:23:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 16:23:32 -0000 TB --- 2006-05-12 14:19:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-12 14:19:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-05-12 14:19:17 - cleaning the object tree TB --- 2006-05-12 14:20:03 - checking out the source tree TB --- 2006-05-12 14:20:03 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-05-12 14:20:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-12 14:27:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-12 14:27:50 - cd /src TB --- 2006-05-12 14:27:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-05-12 16:20:05 - generating LINT kernel config TB --- 2006-05-12 16:20:05 - cd /src/sys/amd64/conf TB --- 2006-05-12 16:20:05 - /usr/bin/make -B LINT TB --- 2006-05-12 16:20:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-12 16:20:05 - cd /src TB --- 2006-05-12 16:20:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 12 16:20:05 UTC 2006 >>> 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 [...] ===> sound/driver/ess (depend) @ -> /src/sys machine -> /src/sys/amd64/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h make: don't know how to make es1888.c. Stop *** Error code 2 Stop in /src/sys/modules/sound/driver. *** Error code 1 Stop in /src/sys/modules/sound. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-12 16:23:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-12 16:23:26 - ERROR: failed to build lint kernel TB --- 2006-05-12 16:23:26 - tinderbox aborted TB --- 1.70 user 6.86 system 7449.29 real From owner-freebsd-current@FreeBSD.ORG Fri May 12 16:13:00 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1BED16A5D3; Fri, 12 May 2006 16:13:00 +0000 (UTC) (envelope-from drue@therub.org) Received: from conn.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2176343DEC; Fri, 12 May 2006 16:12:26 +0000 (GMT) (envelope-from drue@therub.org) Received: from egypt.therub.org (therub.org [209.98.146.43]) by conn.mc.mpls.visi.com (Postfix) with ESMTP id C085A83C2; Fri, 12 May 2006 11:12:25 -0500 (CDT) Received: by egypt.therub.org (Postfix, from userid 1001) id 7CAA745659B; Fri, 12 May 2006 11:12:25 -0500 (CDT) Date: Fri, 12 May 2006 11:12:25 -0500 From: Dan Rue To: Florent Thoumie Message-ID: <20060512161225.GM42385@therub.org> References: <1147425701.27355.15.camel@mayday.esat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1147425701.27355.15.camel@mayday.esat.net> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 12 May 2006 16:58:45 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Jail testers needed (rc.d/jail) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 16:13:08 -0000 On Fri, May 12, 2006 at 10:21:41AM +0100, Florent Thoumie wrote: > Hey lists, > > Two or three days before the CVS tree has been tagged for FreeBSD > 6.1-RELEASE, I've committed a broken version of the jail rc.d script. > > The symptoms are: > > - an ifconfig error message if you don't define a jail_interface and > have at least one jail configured, this one is harmless. > - a problem with one of the following variable: jail_exec, > jail_exec_start, jail_exec_stop, jail_flags and especially jail_fstab; > if you have at least two jails configured. > > I committed yesterday a fix that should supposedly fix both of these > issues so I'd need all jail users running either FreeBSD 6.1-RELEASE or > 6-STABLE (older than two days) to try the new script [1] and report the > result, either successful or not. Once I'll get enough successful > reports, I'll contact the Release Engineering team to make sure the > patch makes it to the RELENG_6_1 branch. I hit both the ifconfig issue and an issue where rc.d/jail would not start all of my defined jails. Both issues appear to be fixed with the latest version of jail from CVS. Thanks! Dan From owner-freebsd-current@FreeBSD.ORG Fri May 12 17:16:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E46016A874 for ; Fri, 12 May 2006 17:16:00 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.176.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id D54BB43D6A for ; Fri, 12 May 2006 17:15:59 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id 6C73C5880B; Fri, 12 May 2006 10:15:58 -0700 (PDT) Date: Fri, 12 May 2006 10:15:58 -0700 From: Paul Allen To: Peter Jeremy , Sten Daniel S?rsdal , current@freebsd.org Message-ID: <20060512171558.GA4365@groat.ugcs.caltech.edu> References: <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <446165B5.7030006@freebsd.org> <20060510074547.GA700@turion.vk2pj.dyndns.org> <4464414A.80100@wm-access.no> <20060512090220.GB714@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060512090220.GB714@turion.vk2pj.dyndns.org> Sender: jd@ugcs.caltech.edu Cc: Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 17:16:00 -0000 >From Peter Jeremy , Fri, May 12, 2006 at 07:02:20PM +1000: > On Fri, 2006-May-12 10:03:22 +0200, Sten Daniel Srsdal wrote: > >How about making the scheduler insert the current time into something > >resembling in functionality of a cpu local variable (register? cache > >area?) whenever there is a context switch by the scheduler. Then > >whenever you need the current time the userland application would read > >it off this cpu local variable/holy area requiring no additional context > >switch. > > Normally, context switches occur quite frequently (my mostly idle > laptop is reporting 550-650 context switches/second whilst I type > this) - probably more so than gettimeofday() calls. Whilst this > approach saves a system call to read the time, you are probably paying > for lots more microtime() calls - which are not inexpensive on > FreeBSD. Yes doing this at the scheduler level is a mistake--at least depending on what you mean by the 'current time'. How many programs do you use that make frequent time calls? Actually not many. What we would see is an example of a horrible micro-optimization. Benchmarking the time would seem better and every other workload would be worse. > That was the main reason for my suggestion that magic page (your "cpu > local variable/holy area") be left unmapped with the microtime() call > (and other per-timeslice initialisation) occurring on the first call > to gettimeofday() in that timeslice. (Much like the npx is handled). This idea has a lot of merit. We just need to move on to something more concrete now so as to test our theory. One question is whether or not we first just make a general vsyscall as is done on linux. Can you tell me more about how npx is handled? Paul From owner-freebsd-current@FreeBSD.ORG Fri May 12 17:42:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FA3F16AFDA; Fri, 12 May 2006 17:42:28 +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 3D7AC43D79; Fri, 12 May 2006 17:42:23 +0000 (GMT) (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 k4CHgNTs028197; Fri, 12 May 2006 13:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4CHgN7Z048554; Fri, 12 May 2006 13:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E26077302F; Fri, 12 May 2006 13:42:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060512174222.E26077302F@freebsd-current.sentex.ca> Date: Fri, 12 May 2006 13:42:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 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: Fri, 12 May 2006 17:42:34 -0000 TB --- 2006-05-12 16:23:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-12 16:23:27 - starting HEAD tinderbox run for i386/i386 TB --- 2006-05-12 16:23:27 - cleaning the object tree TB --- 2006-05-12 16:24:00 - checking out the source tree TB --- 2006-05-12 16:24:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-05-12 16:24:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-12 16:30:43 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-12 16:30:43 - cd /src TB --- 2006-05-12 16:30:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-12 17:38:24 - generating LINT kernel config TB --- 2006-05-12 17:38:24 - cd /src/sys/i386/conf TB --- 2006-05-12 17:38:24 - /usr/bin/make -B LINT TB --- 2006-05-12 17:38:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-12 17:38:25 - cd /src TB --- 2006-05-12 17:38:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 12 17:38:25 UTC 2006 >>> 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 [...] ===> sound/driver/ess (depend) @ -> /src/sys machine -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h make: don't know how to make es1888.c. Stop *** Error code 2 Stop in /src/sys/modules/sound/driver. *** Error code 1 Stop in /src/sys/modules/sound. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-12 17:42:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-12 17:42:22 - ERROR: failed to build lint kernel TB --- 2006-05-12 17:42:22 - tinderbox aborted TB --- 1.16 user 5.67 system 4735.16 real From owner-freebsd-current@FreeBSD.ORG Fri May 12 17:45:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C989816B066; Fri, 12 May 2006 17:45:12 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6A4B43D48; Fri, 12 May 2006 17:44:59 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k4CHiwvs004296; Fri, 12 May 2006 13:44:58 -0400 (EDT) Date: Fri, 12 May 2006 13:44:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 17:45:17 -0000 On Sat, 13 May 2006, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Mon, 8 May 2006 16:51:10 -0400 (EDT) >>>>>> Daniel Eischen said: > > eischen> In preparation for release of 7.0, can we please have > eischen> a shared library version bump? I'd like to enable > eischen> symbol versioning by default. > > I wish to fix following things which break ABI backward compatibility > when libc version bump: > > - gethostbyaddr(3) prototype to conform to POSIX. > - Fix wrong usage of EAI_MEMORY in getnameinfo(). It needs to > return EAI_OVERFLOW. > - Update res_update() and friends to BIND9's one. > - Nuke some compatibility crufts for 6.X and earlier. Go ahead. Just realize though, that after 7.0 is released you will have to support any ABI from then on without version bumps (meaning, you have to keep shims for any old 7.0+ ABIs in libc). -- DE From owner-freebsd-current@FreeBSD.ORG Fri May 12 18:49:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C347716B858; Fri, 12 May 2006 18:49:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4669443D5C; Fri, 12 May 2006 18:49:19 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k4CInJwJ024038; Fri, 12 May 2006 11:49:19 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k4CInJQA024037; Fri, 12 May 2006 11:49:19 -0700 (PDT) (envelope-from david) Date: Fri, 12 May 2006 11:49:19 -0700 From: David Wolfskill To: FreeBSD Tinderbox Message-ID: <20060512184919.GD20934@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , FreeBSD Tinderbox , current@freebsd.org, i386@freebsd.org, jhb@freebsd.org References: <20060512174222.E26077302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060512174222.E26077302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.1i 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: Fri, 12 May 2006 18:49:40 -0000 On Fri, May 12, 2006 at 01:42:22PM -0400, FreeBSD Tinderbox wrote: > [...] > ===> sound/driver/ess (depend) > @ -> /src/sys > machine -> /src/sys/i386/include > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > make: don't know how to make es1888.c. Stop > *** Error code 2 > > Stop in /src/sys/modules/sound/driver. > *** Error code 1 > > Stop in /src/sys/modules/sound. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 Following patch fixes it for me: Index: Makefile =================================================================== RCS file: /cvs/freebsd/src/sys/modules/sound/driver/ess/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 23 Jan 2002 03:32:36 -0000 1.3 +++ Makefile 12 May 2006 18:09:29 -0000 @@ -4,6 +4,6 @@ KMOD= snd_ess SRCS= device_if.h bus_if.h isa_if.h pci_if.h -SRCS+= ess.c es1888.c +SRCS+= ess.c .include Peace, david -- David H. Wolfskill david@catwhisker.org Spam received via "opt-out" lists is still spam, and should be treated as such. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@FreeBSD.ORG Fri May 12 19:01:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72C2B16ACD5; Fri, 12 May 2006 19:01:20 +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 C425443D8E; Fri, 12 May 2006 19:00:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4CJ0i1h095074; Fri, 12 May 2006 15:00:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4CJ0iGV053361; Fri, 12 May 2006 15:00:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E76F7302F; Fri, 12 May 2006 15:00:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060512190044.7E76F7302F@freebsd-current.sentex.ca> Date: Fri, 12 May 2006 15:00:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 19:01:24 -0000 TB --- 2006-05-12 17:42:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-12 17:42:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-05-12 17:42:23 - cleaning the object tree TB --- 2006-05-12 17:43:03 - checking out the source tree TB --- 2006-05-12 17:43:03 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-05-12 17:43:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-12 17:50:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-12 17:50:00 - cd /src TB --- 2006-05-12 17:50:00 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-12 18:57:24 - generating LINT kernel config TB --- 2006-05-12 18:57:24 - cd /src/sys/pc98/conf TB --- 2006-05-12 18:57:24 - /usr/bin/make -B LINT TB --- 2006-05-12 18:57:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-12 18:57:25 - cd /src TB --- 2006-05-12 18:57:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 12 18:57:25 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] @ -> /src/sys machine -> /src/sys/pc98/include i386 -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h make: don't know how to make es1888.c. Stop *** Error code 2 Stop in /src/sys/modules/sound/driver. *** Error code 1 Stop in /src/sys/modules/sound. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-12 19:00:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-12 19:00:44 - ERROR: failed to build lint kernel TB --- 2006-05-12 19:00:44 - tinderbox aborted TB --- 1.23 user 5.75 system 4700.96 real From owner-freebsd-current@FreeBSD.ORG Fri May 12 18:19:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0AC416B387 for ; Fri, 12 May 2006 18:19:59 +0000 (UTC) (envelope-from jinmtb@sbcglobal.net) Received: from smtp108.sbc.mail.mud.yahoo.com (smtp108.sbc.mail.mud.yahoo.com [68.142.198.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C02D43D88 for ; Fri, 12 May 2006 18:19:50 +0000 (GMT) (envelope-from jinmtb@sbcglobal.net) Received: (qmail 45413 invoked from network); 12 May 2006 18:19:49 -0000 Received: from unknown (HELO ?192.168.2.8?) (jinmtb@sbcglobal.net@68.127.184.186 with plain) by smtp108.sbc.mail.mud.yahoo.com with SMTP; 12 May 2006 18:19:49 -0000 Message-ID: <4464D242.4050908@sbcglobal.net> Date: Fri, 12 May 2006 11:21:54 -0700 From: Jin Guojun User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060317 X-Accept-Language: zh, zh-CN, en MIME-Version: 1.0 To: Scott Long References: <20060506150622.C17611@fledge.watson.org> <200605091818.12676.hadara@bsd.ee> <4460D2CA.5090808@elischer.org> <200605100418.54475.hadara@bsd.ee> <4461441E.60304@samsco.org> In-Reply-To: <4461441E.60304@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 May 2006 20:07:29 +0000 Cc: current@freebsd.org, David Xu , Kris Kennaway , freebsd-performance@freebsd.org, Julian Elischer Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 18:20:04 -0000 Scott Long wrote: > Sven Petai wrote: > >> On Tuesday 09 May 2006 20:35, Julian Elischer wrote: >> >>> Sven Petai wrote: >>> >>> are there any patches that take the gettimeofday() calls and replace >>> them with something that is cheap >>> such as only doing every 10th one and just returning the last value >>> ++ 1 >>> uSec for the other ones.. >>> >>> a ktrace of Mysql shows a LOT of gettimeofday() calls. >>> >> >> >> well I have actually done that although in a very hackish way that >> is suitable *only* for benchmarking, but my goal really was >> just to find out if gettimeofday really is the bottleneck. >> >> Basically I just preloaded my version of "buffering" time() over libc's. >> That function asked kernel for time only after every 5000 invocations. >> I could get away with that for benchmarking since >> about 99,99% of gettimeofday() calls from mysqld really come through >> time() which has anyway only 1 second resolution and mysqld seems to use >> the value for purposes that are not really all that critical, like >> stats and safeguard timers. >> It's also called far more than 5000 times in a second while benchmark is >> running so it should return correct values too. >> >> Anyway, the results really astonished me, what I got for reducing >> gettimeofday() calls by ~96% was performance *decrease* of about 4-5%. >> I thought something was wrong with my measurement techniques, so I >> wrote the buffering time() function that used TSC directly into mysqld, >> replaced all the time() calls with that, so that number of >> gettimeofday() >> syscalls ktrace reported was down to only the initial one, but still >> got the same 5% decrease. >> >> I just can't explain it, but can't find any mistakes in methods too. > >> The library I used is available @ >> http://bsd.ee/~hadara/debug/mysql4/time_lib_hack.c > > > Were you testing on SMP, and if so, was Hyperthreading enabled? > > Scott I think that depends on the type of testing, not hardware. I simply replaced gettimeofday() syscall with a super simple user space code, for testing with no time accuracy, in libc (libc.so.6.test, which is mapped for mysqld and mysql via libmap -- see details at the end), and found that code has no effect on "select-only" super-smack test, and has some impact (7-8%) for super-smack "update-select" test. The code itself is about 80~90 times faster than gettimeofday syscall. So, the slow is not mainly caused by timestamp, but I/O and other syscalls. 129 /tmp: ldd /usr/local/libexec/mysqld /usr/local/libexec/mysqld: ... skipped libpthread.so.2 => /usr/lib/libthr.so.2 (0x884fc000) libc.so.6 => /lib/libc.so.6 (0x8850e000) 130 /tmp: super-smack -d mysql /usr/local/share/super-smack/update-select.smack 10 7000 Query Barrel Report for client smacker connect: max=4ms min=4ms avg= 4ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 70000 1 0 3125.63 update_index 70000 1 0 3125.63 2.742u 4.058s 0:22.52 30.1% 119+519k 0+0io 0pf+0w ----- edit /etc/libmap.conf and restart mysqld ---------- 131 /tmp: ldd /usr/local/libexec/mysqld /usr/local/libexec/mysqld: ... skiipped libpthread.so.2 => /usr/lib/libthr.so.2 (0x884fc000) libc.so.6 => /lib/libc.so.6.test (0x8850e000) 132 /tmp: super-smack -d mysql /usr/local/share/super-smack/update-select.smack 10 7000 Query Barrel Report for client smacker connect: max=5ms min=2ms avg= 3ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 70000 1 0 3356.99 update_index 70000 1 0 3356.99 2.634u 4.198s 0:20.97 32.5% 116+506k 0+0io 0pf+0w 133 /tmp: super-smack -d mysql /usr/local/share/super-smack/update-select.smack 10 7000 Query Barrel Report for client smacker connect: max=248ms min=1ms avg= 132ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 70000 1 0 3334.93 update_index 70000 1 0 3334.93 2.604u 4.247s 0:21.11 32.4% 115+503k 0+0io 0pf+0w ------------- original gettimeofday code ---------- < #include "SYS.h" < RSYSCALL(gettimeofday) --------- replacement code --- #include static struct timeval tmv_base={$COMPILING_TIME}; #ifndef FAKE_INC #define FAKE_INC 700 /* 100-times longer as per gettimeofday cost */ #endif #define ONE_MEGA 1000000 int gettimeofday(struct timeval *tp, struct timezone *nouse) { tmv_base.tv_usec += FAKE_INC; if (tmv_base.tv_usec >= ONE_MEGA) tmv_base.tv_usec -= ONE_MEGA, ++tmv_base.tv_sec; if (tp) { *tp = tmv_base; return 0; } return -1; } From owner-freebsd-current@FreeBSD.ORG Fri May 12 19:51:49 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F7416A7CE for ; Fri, 12 May 2006 19:51:49 +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 9BA9E43D45 for ; Fri, 12 May 2006 19:51:48 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.4) with ESMTP id k4CJpeNL017197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 12 May 2006 21:51:40 +0200 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.6/Submit) with ESMTP id k4CJpdrj017194 for ; Fri, 12 May 2006 21:51:40 +0200 Date: Fri, 12 May 2006 21:51:38 +0200 (CEST) From: Goran Gajic To: freebsd-current@www.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: Fri, 12 May 2006 20:07:45 +0000 Cc: Subject: bug or a feature of ipfw2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 19:51:49 -0000 Hi, I don't know if this is normal behaviour: fbsd# arp -a fbsd (192.168.1.1) at 00:14:85:22:8f:62 on sk0 permanent [ethernet] enterprise (192.168.1.2) at 00:0d:88:6e:6d:b4 on sk0 [ethernet] fbsd# kldload ipfw.ko fbsd# kldload dummynet.ko fbsd# sysctl -n net.link.ether.ipfw=1 0 -> 1 fbsd# ipfw add 100 permit ip from any to any 00100 allow ip from any to any fbsd# ping 192.168.1.2 PING 192.168.1.2 (192.168.1.2): 56 data bytes 64 bytes from 192.168.1.2: icmp_seq=0 ttl=64 time=0.362 ms 64 bytes from 192.168.1.2: icmp_seq=1 ttl=64 time=0.260 ms ^C --- 192.168.1.2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.260/0.311/0.362/0.051 ms fbsd# ipfw delete 100 fbsd# ipfw add 100 permit ip from any to any MAC any any 00100 allow ip from any to any MAC any any fbsd# ping 192.168.1.2 PING 192.168.1.2 (192.168.1.2): 56 data bytes ping: sendto: Permission denied ping: sendto: Permission denied ^C --- 192.168.1.2 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss So my question is: if I select dst and src MAC to any shouldn't ipfw let me pass? I've got same result when I've tried ipfw add 100 permit MAC 00:0d:88:6e:6d:b4 any ipfw add 100 permit MAC any 00:14:85:22:8f:62 fbsd# uname -a FreeBSD fbsd 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat May 6 19:29:12 CEST 2006 GENERIC config. sk0 is NIC on both machines. Regards, gg. From owner-freebsd-current@FreeBSD.ORG Fri May 12 20:41:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 971DA16AA2E; Fri, 12 May 2006 20:41:24 +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 E93D443D53; Fri, 12 May 2006 20:41:17 +0000 (GMT) (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.13.6/8.13.6) with ESMTP id k4CKfGpQ014633 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 12 May 2006 16:41:17 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k4CKfBVH025573; Fri, 12 May 2006 16:41:11 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17508.62183.562795.176709@grasshopper.cs.duke.edu> Date: Fri, 12 May 2006 16:41:11 -0400 (EDT) To: Daniel Eischen In-Reply-To: References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 20:41:25 -0000 Daniel Eischen writes: > On Wed, 10 May 2006, David Xu wrote: > > One of the problems to implement it is that atomic operations, > > if there are multiple integer needs to be updated by kernel, > > userland maybe gets an inconsistent result, the way to avoid the > > problem is using two generation numbers. > > > > http://gsu.linux.org.tr/~mpekmezci/kernelapi/unitedlinux/arch/x86_64/kernel/vsyscall.c.html > > check do_vgettimeofday(struct timeval * tv): > > > > Another problem is how you tell userland the address of the kernel > > page ? do you use fixed address or tell it via program headers like > > the PT_TLS set by kernel, check /usr/src/lib/libc/gen/tls.c. > > Can you not make a simple pseudo device driver and mmap the page? In addition to this linux vsyscall, there is the MacOSX/Darwin commpage. The map machine-specific implementations of atomic operations, bcopy, bzero, spinlocks, pthread_getspecific, etc into a common page mapped into userspace applications. The also do a (mostly) syscall-free gettimeoday this way. See http://fxr.watson.org/fxr/source/osfmk/ppc/commpage/?v=xnu-792 Obviously, we could not take the code due to APSL infection (unless Apple were to donate it), but it is something else to look at. Drew From owner-freebsd-current@FreeBSD.ORG Fri May 12 20:52:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C965416A5EB for ; Fri, 12 May 2006 20:52:34 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A6CE43D49 for ; Fri, 12 May 2006 20:52:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 66720 invoked from network); 12 May 2006 20:52:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=P01glhioNpaszNAoTN65GtqyiobOFUlMZ8bSsivj6TD68+qXYjc8TbfQN+tdsOl/0XYjU1DxqmPkKKaNujVDJSxCge1I7uMPHELFJpYlso6iY48wFq6FBXl7m8nxjUH9BNeixkHFbTgqux/bixYV/jfSOWN+4zk8+bPgJAPVevA= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 12 May 2006 20:52:33 -0000 Message-ID: <4464F5B1.8050106@rogers.com> Date: Fri, 12 May 2006 16:53:05 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: adjkerntz[6881]: sysctl(set: "disable_rtc_set"): No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 20:52:34 -0000 I am getting this errors when adjkerntz is started. This is 6.1-RC system that was just freshly updated to -CURRENT, mergemaster and all done. # /etc/rc.d/adjkerntz start adjkerntz[6918]: sysctl(set: "disable_rtc_set"): No such file or directory # sysctl -a|grep disable_rtc_set machdep.disable_rtc_set: 0 From owner-freebsd-current@FreeBSD.ORG Fri May 12 21:12:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67F8B16B0DB; Fri, 12 May 2006 21:12:05 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.176.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0EEA43DBC; Fri, 12 May 2006 21:11:49 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id 6DACF5880D; Fri, 12 May 2006 14:11:48 -0700 (PDT) Date: Fri, 12 May 2006 14:11:48 -0700 From: Paul Allen To: Andrew Gallatin Message-ID: <20060512211148.GC4365@groat.ugcs.caltech.edu> References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <17508.62183.562795.176709@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17508.62183.562795.176709@grasshopper.cs.duke.edu> Sender: jd@ugcs.caltech.edu Cc: Daniel Eischen , David Xu , current@freebsd.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 21:12:17 -0000 >From Andrew Gallatin , Fri, May 12, 2006 at 04:41:11PM -0400: > In addition to this linux vsyscall, there is the MacOSX/Darwin > commpage. The map machine-specific implementations of atomic > operations, bcopy, bzero, spinlocks, pthread_getspecific, etc into a > common page mapped into userspace applications. The also do a (mostly) > syscall-free gettimeoday this way. > > See http://fxr.watson.org/fxr/source/osfmk/ppc/commpage/?v=xnu-792 > > Obviously, we could not take the code due to APSL infection (unless > Apple were to donate it), but it is something else to look at. I've often wondered why they release their code under such a verbose license. What do they substantively gain relative to the BSD license? Given Jordan Hubbard's position there why does the interaction between FreeBSD and Apple seem to be such an arms length affair? Paul From owner-freebsd-current@FreeBSD.ORG Fri May 12 21:27:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A879C16B1A6 for ; Fri, 12 May 2006 21:27:43 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7873F43D72 for ; Fri, 12 May 2006 21:27:34 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.183.129] (helo=vampire.homelinux.org) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1FefAb2TYP-0001cr; Fri, 12 May 2006 23:27:33 +0200 Received: (qmail 36431 invoked from network); 12 May 2006 21:27:57 -0000 Received: from localhost (HELO mail.abi01.homeunix.org) (192.168.4.64) by localhost with SMTP; 12 May 2006 21:27:57 -0000 Received: from 192.168.4.1 (SquirrelMail authenticated user mlaier) by mail.abi01.homeunix.org with HTTP; Fri, 12 May 2006 23:27:33 +0200 (CEST) Message-ID: <54963.192.168.4.1.1147469253.squirrel@mail.abi01.homeunix.org> Date: Fri, 12 May 2006 23:27:33 +0200 (CEST) From: "Max Laier" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-ipfw@freebsd.org Subject: HEADSUP: IP6FW removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 21:27:50 -0000 Hi, FYI: mlaier 2006-05-12 20:39:23 UTC FreeBSD src repository Modified files: sbin Makefile sys/conf files options sys/modules Makefile sys/net net_osdep.h sys/netinet ip_fw2.c sys/netinet6 ip6_forward.c ip6_input.c ip6_output.c Removed files: sbin/ip6fw Makefile ip6fw.8 ip6fw.c sample.sh sys/modules/ip6fw Makefile sys/netinet6 ip6_fw.c ip6_fw.h Log: Remove ip6fw. Since ipfw has full functional IPv6 support now and - in contrast to ip6fw - is properly locked, it is time to retire ip6fw. Known issues: - ipfw2 is *not* a perfect in-place replacement for ip6fw. Rules might need slight rewriting to work. You can use the changes in rc.firewall6 as a reference. Now that IPv4 and v6 are integrated one should be able to write much more elegant rulesets to manage both IPv4 and v6. - rc.firewall6 will flush rules from rc.firewall. I am still looking for a clever way how to integrate rc.firewall and rc.firewall6 - patches welcome! If there are still missing/broken things in ipfw2's IPv6 support, please let me know. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri May 12 21:34:18 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD6116AFBA; Fri, 12 May 2006 21:34:18 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 258B343D90; Fri, 12 May 2006 21:34:01 +0000 (GMT) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (localhost.360sip.com [127.0.0.1]) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k4CLXVJw073388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 May 2006 14:33:31 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Received: (from sobomax@localhost) by sippysoft.com (8.13.6/8.13.6/Submit) id k4CLXVwi073387; Fri, 12 May 2006 14:33:31 -0700 (PDT) (envelope-from sobomax) Date: Fri, 12 May 2006 14:33:30 -0700 From: Maxim Sobolev To: Andrew Gallatin Message-ID: <20060512213330.GA73197@gk.360sip.com> References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <17508.62183.562795.176709@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17508.62183.562795.176709@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , David Xu , current@FreeBSD.ORG Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2006 21:34:19 -0000 On Fri, May 12, 2006 at 04:41:11PM -0400, Andrew Gallatin wrote: > > In addition to this linux vsyscall, there is the MacOSX/Darwin > commpage. The map machine-specific implementations of atomic > operations, bcopy, bzero, spinlocks, pthread_getspecific, etc into a > common page mapped into userspace applications. The also do a (mostly) > syscall-free gettimeoday this way. > > See http://fxr.watson.org/fxr/source/osfmk/ppc/commpage/?v=xnu-792 > > Obviously, we could not take the code due to APSL infection (unless > Apple were to donate it), but it is something else to look at. As somebody suggested, it can be easily done by exporting ELF shared object via md(4)-like device driver and then libc will be able to dlopen() and use it. This should provide the same performance as a "magic-page" approach, but it much easier to implement and it looks much less "hackish". -Maxim From owner-freebsd-current@FreeBSD.ORG Sat May 13 01:27:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2BFE16A40D; Sat, 13 May 2006 01:27:32 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA0B43D45; Sat, 13 May 2006 01:27:32 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k4D1RVSm013613; Fri, 12 May 2006 18:27:31 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k4D1RVLQ013612; Fri, 12 May 2006 18:27:31 -0700 Date: Fri, 12 May 2006 18:27:31 -0700 From: Brooks Davis To: Max Laier Message-ID: <20060513012731.GA13091@odin.ac.hmc.edu> References: <54963.192.168.4.1.1147469253.squirrel@mail.abi01.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <54963.192.168.4.1.1147469253.squirrel@mail.abi01.homeunix.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: IP6FW removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 01:27:32 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 12, 2006 at 11:27:33PM +0200, Max Laier wrote: > Hi, >=20 > FYI: >=20 > mlaier 2006-05-12 20:39:23 UTC >=20 > FreeBSD src repository >=20 > Modified files: > sbin Makefile > sys/conf files options > sys/modules Makefile > sys/net net_osdep.h > sys/netinet ip_fw2.c > sys/netinet6 ip6_forward.c ip6_input.c ip6_output.c > Removed files: > sbin/ip6fw Makefile ip6fw.8 ip6fw.c sample.sh > sys/modules/ip6fw Makefile > sys/netinet6 ip6_fw.c ip6_fw.h > Log: > Remove ip6fw. Since ipfw has full functional IPv6 support now and - in > contrast to ip6fw - is properly locked, it is time to retire ip6fw. >=20 > Known issues: > - ipfw2 is *not* a perfect in-place replacement for ip6fw. Rules might > need slight rewriting to work. You can use the changes in rc.firewall6 > as a reference. Now that IPv4 and v6 are integrated one should be able > to write much more elegant rulesets to manage both IPv4 and v6. > - rc.firewall6 will flush rules from rc.firewall. I am still looking for > a clever way how to integrate rc.firewall and rc.firewall6 - patches > welcome! Thanks for you all your work on this! -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEZTYCXY6L6fI4GtQRAhNQAJ98OAjjXdkjBZDB24w0ZSn++Mi4rgCfRlpN NcpbzTozIoInnVhR9s8x2w4= =jwn7 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 02:00:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A23C16A412; Sat, 13 May 2006 02:00:02 +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 935D443D73; Sat, 13 May 2006 01:59:47 +0000 (GMT) (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 D15C346C40; Fri, 12 May 2006 21:59:46 -0400 (EDT) Date: Sat, 13 May 2006 02:59:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Paul Allen In-Reply-To: <20060512211148.GC4365@groat.ugcs.caltech.edu> Message-ID: <20060513025723.S85162@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <20060509181302.GD3636@eucla.lemis.com> <20060509182330.GB92714@xor.obsecurity.org> <200605100726.28243.davidxu@freebsd.org> <44613469.2050000@freebsd.org> <4461522D.9060405@freebsd.org> <17508.62183.562795.176709@grasshopper.cs.duke.edu> <20060512211148.GC4365@groat.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Daniel Eischen , current@freebsd.org, Andrew Gallatin , David Xu Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 02:00:02 -0000 On Fri, 12 May 2006, Paul Allen wrote: >> From Andrew Gallatin , Fri, May 12, 2006 at >> 04:41:11PM -0400: In addition to this linux vsyscall, there is the >> MacOSX/Darwin commpage. The map machine-specific implementations of atomic >> operations, bcopy, bzero, spinlocks, pthread_getspecific, etc into a common >> page mapped into userspace applications. The also do a (mostly) >> syscall-free gettimeoday this way. >> >> See http://fxr.watson.org/fxr/source/osfmk/ppc/commpage/?v=xnu-792 >> >> Obviously, we could not take the code due to APSL infection (unless Apple >> were to donate it), but it is something else to look at. > > I've often wondered why they release their code under such a verbose > license. What do they substantively gain relative to the BSD license? Given > Jordan Hubbard's position there why does the interaction between FreeBSD and > Apple seem to be such an arms length affair? In the past, we've successfully asked Apple to relicense several pieces of code successfully. One such example is our new Audit implementation in 7.x, which was originally under APSL but was re-released under a BSD license for inclusion in FreeBSD. I suggest contacting Kevin Van Vechten , who is responsible for Apple's open source bundling work. He can't simply relicense it, but he may be able to help you figure out the best approach. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat May 13 08:19:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44C1616A404 for ; Sat, 13 May 2006 08:19:22 +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 3937D43D46 for ; Sat, 13 May 2006 08:19:21 +0000 (GMT) (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 k4D8JIxk096168; Sat, 13 May 2006 11:19:18 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 13 May 2006 11:19:18 +0300 (EEST) From: Dmitry Pryanishnikov To: Mike Jakubik In-Reply-To: <4464F5B1.8050106@rogers.com> Message-ID: <20060513105619.P74146@atlantis.atlantis.dp.ua> References: <4464F5B1.8050106@rogers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: adjkerntz[6881]: sysctl(set: "disable_rtc_set"): No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 08:19:22 -0000 Hello! On Fri, 12 May 2006, Mike Jakubik wrote: > I am getting this errors when adjkerntz is started. This is 6.1-RC system > that was just freshly updated to -CURRENT, mergemaster and all done. > > # /etc/rc.d/adjkerntz start > adjkerntz[6918]: sysctl(set: "disable_rtc_set"): No such file or directory Same here; I've upgraded my CURRENT from late April to yesterday evening sources and I'm sure I've done all required steps. When after booting new kernel I tried 'adjkerntz -i' and it didn't find another sysctl I understood that I should use new adjkerntz binary under /usr/obj/, but this new binary also failed to work with abovementioned diagnostics, so I set correct date manually. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sat May 13 08:52:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4815316A447 for ; Sat, 13 May 2006 08:52:18 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0BF43D46 for ; Sat, 13 May 2006 08:52:17 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by wr-out-0506.google.com with SMTP id i7so732265wra for ; Sat, 13 May 2006 01:52:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=tVv7B016EGSJsVcGnchdL+eVGuxDIh0fyTzMvd2xx0+aWjfoRyYrxB744evlzaH/+JOT1O80blv4hFHhi/mWMU9x+lt0wz5dC1ZtZkr47UPNvJk2MtwU8SFz9XauqXvkMPsGhZHGu8P2i5xmS6w1uQ/X29Ab0z18jRn+KROo7aA= Received: by 10.64.149.10 with SMTP id w10mr1839060qbd; Sat, 13 May 2006 01:52:16 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 01:52:16 -0700 (PDT) Message-ID: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> Date: Sat, 13 May 2006 08:52:16 +0000 From: "Angka H. K." To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_31232_5948572.1147510336955" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 08:52:19 -0000 ------=_Part_31232_5948572.1147510336955 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear all, My CD-RW/DVD drive cannot be set to dma. WinXP and Linux run it on DMA. There is no problem accessing any supported media. 5.4-RELEASE and 6.1-PRERELASE report the same thing. Currently I am using 7.0 Attach is my dmesg output. Thanks ------=_Part_31232_5948572.1147510336955-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 10:29:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD73516A401 for ; Sat, 13 May 2006 10:29:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495D443D45 for ; Sat, 13 May 2006 10:29:46 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4D8732086; Sat, 13 May 2006 12:29:41 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 7F4292085; Sat, 13 May 2006 12:29:40 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 531E533CAD; Sat, 13 May 2006 12:29:40 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Jeremie Le Hen References: <20060509150839.GD84148@obiwan.tataz.chchile.org> <20060512142255.GA69418@obiwan.tataz.chchile.org> Date: Sat, 13 May 2006 12:29:39 +0200 In-Reply-To: <20060512142255.GA69418@obiwan.tataz.chchile.org> (Jeremie Le Hen's message of "Fri, 12 May 2006 16:22:55 +0200") Message-ID: <8664ka8bfw.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, lukem@NetBSD.org Subject: Re: [fbsd] libexec/lukemftpd breaks with NO_SHARED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 10:29:46 -0000 Jeremie Le Hen writes: > I contacted OpenSSH folks to ask them if it was possible to change the > name of their functions, but they answered me that libssh is an internal > library and should not be used elsewhere. > > I don't know why lukemftpd uses it, I suppose the author had good > reasons. I Cc'd him in case he has time to enlighten me on this point. lukemftpd does not use libssh, but it uses libpam. When compiled statically, libpam contains all the PAM modules in the tree, including pam_ssh, which uses libssh. The whole static libpam thing is an ugly hack that I wish would go away, but some people insist on building static versions of login(1) and other binaries which depend on libpam. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 13 10:34:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5BE516A44A for ; Sat, 13 May 2006 10:34:30 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0624143D70 for ; Sat, 13 May 2006 10:34:24 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id E7F3D2085; Sat, 13 May 2006 12:34:19 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 774352083; Sat, 13 May 2006 12:34:19 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 5DA8533CAD; Sat, 13 May 2006 12:34:19 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Angka H. K." References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> Date: Sat, 13 May 2006 12:34:19 +0200 In-Reply-To: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> (Angka H. K.'s message of "Sat, 13 May 2006 08:52:16 +0000") Message-ID: <861wuy8b84.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 10:34:31 -0000 "Angka H. K." writes: > My CD-RW/DVD drive cannot be set to dma. WinXP and Linux run it on > DMA. There is no problem accessing any supported media. 5.4-RELEASE > and 6.1-PRERELASE report the same thing. Currently I am using 7.0 What does 'sysctl hw.ata.atapi_dma' say? > Attach is my dmesg output. Didn't make it. Mailman strips attachments with untrusted mime types; either set it to text/plain or just include the dmesg in your message. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 13 11:05:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD05F16A400 for ; Sat, 13 May 2006 11:05:00 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13CE343D45 for ; Sat, 13 May 2006 11:04:59 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 2312 invoked from network); 13 May 2006 11:04:58 -0000 Received: from unknown (HELO localhost) ([pbs]180909@[217.50.129.18]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 13 May 2006 11:04:58 -0000 Date: Sat, 13 May 2006 13:04:49 +0200 From: Fabian Keil To: "Angka H. K." Message-ID: <20060513130449.579fc921@localhost> In-Reply-To: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_Ne/I2sPu0565wHkLbH48DYV"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 11:05:01 -0000 --Sig_Ne/I2sPu0565wHkLbH48DYV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Angka H. K." wrote: > My CD-RW/DVD drive cannot be set to dma. WinXP and Linux run it on > DMA. There is no problem accessing any supported media. 5.4-RELEASE > and 6.1-PRERELASE report the same thing. Currently I am using 7.0 No problems here with RELENG_6. I never had problems with 5.x either. fk@TP51 ~ $dmesg | grep acd0 acd0: CDRW at ata1-master UDMA33 fk@TP51 ~ $grep dma /boot/loader.conf hw.ata.atapi_dma=3D"1" fk@TP51 ~ $pciconf -lv | grep -A 4 ata atapci0@pci0:31:1: class=3D0x01018a card=3D0x052d1014 chip=3D0x24ca808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class =3D mass storage subclass =3D ATA Fabian --=20 http://www.fabiankeil.de/ --Sig_Ne/I2sPu0565wHkLbH48DYV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEZb1YjV8GA4rMKUQRAsbHAJwLEw8+RoOupW74gR85mUs23MZwFQCfSsxA Wm4WGxc5vUcRQwZmS12nzwo= =AEp3 -----END PGP SIGNATURE----- --Sig_Ne/I2sPu0565wHkLbH48DYV-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 11:18:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BFE016A402 for ; Sat, 13 May 2006 11:18:02 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6454143D45 for ; Sat, 13 May 2006 11:18:01 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nz-out-0102.google.com with SMTP id x7so321443nzc for ; Sat, 13 May 2006 04:18:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=aoUB88mBnP3aALQa3Ijr6mr8n8Mx/gfZNhHXHGSn2eMl4kM+IY+YO4Wvqr0idY2dYOsPEFJYixU4EI40Q9mGhDj0gnZpl3TKP0GZLXmdXt7VvsdHbBgalxDckoyGlD3mHG9sTOf+dwAtqXOborSNdty/ejujjjhkaNX3dak7t/o= Received: by 10.65.160.1 with SMTP id m1mr406932qbo; Sat, 13 May 2006 04:18:00 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 04:18:00 -0700 (PDT) Message-ID: <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> Date: Sat, 13 May 2006 11:18:00 +0000 From: "Angka H. K." To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <861wuy8b84.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_31757_23614233.1147519080589" References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 11:18:02 -0000 ------=_Part_31757_23614233.1147519080589 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Here is the output : angka# sysctl hw.ata.atapi_dma hw.ata.atapi_dma: 1 I didn't play much with linux but on windows the difference only when playing dvd movie. It's run smooter then FBSD. I use mplayer and windvd in comparation. On 5/13/06, Dag-Erling Sm=F8rgrav wrote: > "Angka H. K." writes: > > My CD-RW/DVD drive cannot be set to dma. WinXP and Linux run it on > > DMA. There is no problem accessing any supported media. 5.4-RELEASE > > and 6.1-PRERELASE report the same thing. Currently I am using 7.0 > > What does 'sysctl hw.ata.atapi_dma' say? > > > Attach is my dmesg output. > > Didn't make it. Mailman strips attachments with untrusted mime types; > either set it to text/plain or just include the dmesg in your message. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > ------=_Part_31757_23614233.1147519080589 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: 7bit X-Attachment-Id: f_en6a3auy Content-Disposition: attachment; filename="dmesg" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #5: Wed May 10 23:38:48 UTC 2006 root@angka.freebsd.pri:/usr/obj/usr/src/sys/ANGKA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.16-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 258867200 (246 MB) avail memory = 243806208 (232 MB) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard ichwd module loaded acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xb0080000 0MB info: [drm] Initialized i915 1.4.0 20060119 vgapci1: at device 2.1 on pci0 uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci6: on pcib1 rl0: port 0x3000-0x30ff mem 0xb0108000-0xb01080ff irq 16 at device 0.0 on pci6 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:9f:ef:c6:21 pci6: at device 6.0 (no driver attached) cbb0: at device 9.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xb0108800-0xb0108fff,0xb0100000-0xb0103fff irq 22 at device 9.2 on pci6 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:76:40:e7 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:76:40:e7 fwe0: Ethernet address: 02:c0:9f:76:40:e7 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci6: at device 9.3 (no driver attached) pci6: at device 9.4 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 17 at device 30.2 on pci0 pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 acpi_hpet0: Vendor: 0x8086 acpi_hpet0: Leg_Route_Cap: 1 acpi_hpet0: Count_Size_Cap: 1 acpi_hpet0: Num_Tim_Cap: 1 acpi_hpet0: Rev_id: 0x1 acpi_hpet0: Period: 69841279 fs (14318180 Hz) acpi_hpet0: HPET attach atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xcf800-0xd07ff,0xdf000-0xdf7ff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1596158273 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 acd0: CDRW at ata0-slave PIO4 pass0 at ata0 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers Trying to mount root from ufs:/dev/ad0s2a rl0: link state changed to DOWN rl0: link state changed to UP ------=_Part_31757_23614233.1147519080589-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 11:21:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 603F816A400 for ; Sat, 13 May 2006 11:21:44 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB1643D46 for ; Sat, 13 May 2006 11:21:43 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nz-out-0102.google.com with SMTP id 34so589791nzf for ; Sat, 13 May 2006 04:21:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=K9r4PpwxH4jDjHTOus48gLyXXWygfXYCBoOvSLYET0ci5gMq3DcA8lpEGZKMzT7AzCKISZRFbyr6nOkFBoeG1OgehTq9t96w2xUgGmnfaR436WJagA9mfCzqarKkIvnUgm40XhLw8I7ptNlmb73IiXEv9klY1Casmslj0iw/BQM= Received: by 10.65.231.3 with SMTP id i3mr405215qbr; Sat, 13 May 2006 04:21:42 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 04:21:42 -0700 (PDT) Message-ID: <4c40c4e70605130421m52463606wbfb23d5ace585fba@mail.gmail.com> Date: Sat, 13 May 2006 11:21:42 +0000 From: "Angka H. K." To: "Fabian Keil" In-Reply-To: <20060513130449.579fc921@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <20060513130449.579fc921@localhost> Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 11:21:44 -0000 dmesg | grep acd0 acd0: CDRW at ata0-slave PIO4 Mind is 4244 though. It's looks like not much different. On 5/13/06, Fabian Keil wrote: > "Angka H. K." wrote: > > > My CD-RW/DVD drive cannot be set to dma. WinXP and Linux run it on > > DMA. There is no problem accessing any supported media. 5.4-RELEASE > > and 6.1-PRERELASE report the same thing. Currently I am using 7.0 > > No problems here with RELENG_6. I never had problems with 5.x either. > > fk@TP51 ~ $dmesg | grep acd0 > acd0: CDRW at ata1-master UDMA33 > > fk@TP51 ~ $grep dma /boot/loader.conf > hw.ata.atapi_dma=3D"1" > > fk@TP51 ~ $pciconf -lv | grep -A 4 ata > atapci0@pci0:31:1: class=3D0x01018a card=3D0x052d1014 chip=3D0x24ca8= 086 rev=3D0x01 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' > class =3D mass storage > subclass =3D ATA > > Fabian > -- > http://www.fabiankeil.de/ > > > From owner-freebsd-current@FreeBSD.ORG Sat May 13 12:00:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D21F16A442 for ; Sat, 13 May 2006 12:00:30 +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 C745243D70 for ; Sat, 13 May 2006 12:00:25 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 142C650EA7; Sat, 13 May 2006 14:00:24 +0200 (CEST) Received: from localhost (dkp42.neoplus.adsl.tpnet.pl [83.24.19.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7B16E50E82; Sat, 13 May 2006 14:00:18 +0200 (CEST) Date: Sat, 13 May 2006 13:58:30 +0200 From: Pawel Jakub Dawidek To: Mike Jakubik Message-ID: <20060513115829.GD69647@garage.freebsd.pl> References: <4464F5B1.8050106@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d9ADC0YsG2v16Js0" Content-Disposition: inline In-Reply-To: <4464F5B1.8050106@rogers.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: current@freebsd.org Subject: Re: adjkerntz[6881]: sysctl(set: "disable_rtc_set"): No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 12:00:30 -0000 --d9ADC0YsG2v16Js0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 12, 2006 at 04:53:05PM -0400, Mike Jakubik wrote: +> I am getting this errors when adjkerntz is started. This is 6.1-RC syste= m that was just freshly updated to -CURRENT, mergemaster and all done. +>=20 +> # /etc/rc.d/adjkerntz start +> adjkerntz[6918]: sysctl(set: "disable_rtc_set"): No such file or directo= ry +>=20 +> # sysctl -a|grep disable_rtc_set +> machdep.disable_rtc_set: 0 Should be fixed now, thanks. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --d9ADC0YsG2v16Js0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEZcnlForvXbEpPzQRAk2iAJ926S3G0p2/TZNwbYhFYeZ7l1ZxGACggGNx fZxgeffn1sTwt7uowlihAsY= =e1ma -----END PGP SIGNATURE----- --d9ADC0YsG2v16Js0-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 12:05:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6152216A413 for ; Sat, 13 May 2006 12:05:41 +0000 (UTC) (envelope-from lists@dentarg.net) Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E036343D48 for ; Sat, 13 May 2006 12:05:40 +0000 (GMT) (envelope-from lists@dentarg.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id E4CC7200A200 for ; Sat, 13 May 2006 14:05:39 +0200 (CEST) Received: from mail.lysator.liu.se ([127.0.0.1]) by localhost (lenin.lysator.liu.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18234-01-23 for ; Sat, 13 May 2006 14:05:39 +0200 (CEST) Received: from [192.168.1.2] (85.8.3.92.se.wasadata.net [85.8.3.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTP id 5BD8D200A1F6 for ; Sat, 13 May 2006 14:05:39 +0200 (CEST) Message-ID: <4465CB9C.70709@dentarg.net> Date: Sat, 13 May 2006 14:05:48 +0200 From: patrik User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) 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: by amavisd-new-20030616-p10 (Debian) at lysator.liu.se Subject: RAIDframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 12:05:55 -0000 Today I read through http://marc.theaimsgroup.com/?l=freebsd-current&m=107377398125007&w=2 I am I right i think this was the result? http://lists.freebsd.org/pipermail/cvs-src/2004-March/020551.html Anyway, when looking on http://www.freebsd.org/cgi/man.cgi?query=raid&sektion=0&manpath=FreeBSD+7.0-current&apropos=1&format=html it seems that RAIDframe is back, in -current. Is it? Or has it always been there? Is it working? Haven't found any information about the subject on the lists since it was removed. What are my options if I want to do software RAID5 in FreeBSD? gvinum? ccd? Something else? I got 3 disks (each 300GB), and the porpuse is my personal fileserver. From owner-freebsd-current@FreeBSD.ORG Sat May 13 13:02:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B0216A404 for ; Sat, 13 May 2006 13:02:44 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C080643D45 for ; Sat, 13 May 2006 13:02:43 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BC4622083; Sat, 13 May 2006 15:02:38 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 436252082; Sat, 13 May 2006 15:02:38 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 238DC33CAD; Sat, 13 May 2006 15:02:38 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Angka H. K." References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> Date: Sat, 13 May 2006 15:02:37 +0200 In-Reply-To: <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> (Angka H. K.'s message of "Sat, 13 May 2006 11:18:00 +0000") Message-ID: <86wtcq6psi.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 13:02:44 -0000 "Angka H. K." writes: > angka# sysctl hw.ata.atapi_dma > hw.ata.atapi_dma: 1 Can't see anything wrong in your dmesg, but could you try to get a verbose dmesg? Also, what happens if you run the following as root: # atacontrol mode acd0 udma33 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 13 12:40:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E9B416A419 for ; Sat, 13 May 2006 12:40:51 +0000 (UTC) (envelope-from lukem@mewburn.net) Received: from home.mewburn.net (home.mewburn.net [150.101.166.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4FB43D45 for ; Sat, 13 May 2006 12:40:50 +0000 (GMT) (envelope-from lukem@mewburn.net) Received: by home.mewburn.net (Postfix, from userid 604) id 2F9C12BCC9; Sat, 13 May 2006 22:40:48 +1000 (EST) Date: Sat, 13 May 2006 22:40:48 +1000 From: Luke Mewburn To: Dag-Erling Sm?rgrav Message-ID: <20060513124048.GE15608@mewburn.net> References: <20060509150839.GD84148@obiwan.tataz.chchile.org> <20060512142255.GA69418@obiwan.tataz.chchile.org> <8664ka8bfw.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <8664ka8bfw.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sat, 13 May 2006 13:02:56 +0000 Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen , lukem@NetBSD.org Subject: Re: [fbsd] libexec/lukemftpd breaks with NO_SHARED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 12:40:51 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 13, 2006 at 12:29:39PM +0200, Dag-Erling Sm?rgrav wrote: | Jeremie Le Hen writes: | > I contacted OpenSSH folks to ask them if it was possible to change the | > name of their functions, but they answered me that libssh is an inter= nal | > library and should not be used elsewhere. | > | > I don't know why lukemftpd uses it, I suppose the author had good | > reasons. I Cc'd him in case he has time to enlighten me on this poin= t. |=20 | lukemftpd does not use libssh, but it uses libpam. When compiled | statically, libpam contains all the PAM modules in the tree, including | pam_ssh, which uses libssh. |=20 | The whole static libpam thing is an ugly hack that I wish would go | away, but some people insist on building static versions of login(1) | and other binaries which depend on libpam. Yes, NetBSD ran into this problem as well. It was eventually solved by using a "namespace.h" trick to rename various publically visible libssh.a functions to have a prefix of "ssh_". Take a look at commits to NetBSD's src/crypto/dist/ssh around 2006/02/13 for further details. --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (NetBSD) iD8DBQFEZdPQpBhtmn8zJHIRAvGzAJ91HJVcrMbBK5EHyntYP5pQTOi+EACglP5K hXGeZtXHxEaTZPuVDo3M13A= =R0QA -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 13:43:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D061C16A404 for ; Sat, 13 May 2006 13:43:17 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 581E643D45 for ; Sat, 13 May 2006 13:43:17 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id EF5472083; Sat, 13 May 2006 15:43:12 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 700A42082; Sat, 13 May 2006 15:43:12 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 42E8033CAD; Sat, 13 May 2006 15:43:12 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Luke Mewburn References: <20060509150839.GD84148@obiwan.tataz.chchile.org> <20060512142255.GA69418@obiwan.tataz.chchile.org> <8664ka8bfw.fsf@xps.des.no> <20060513124048.GE15608@mewburn.net> Date: Sat, 13 May 2006 15:43:12 +0200 In-Reply-To: <20060513124048.GE15608@mewburn.net> (Luke Mewburn's message of "Sat, 13 May 2006 22:40:48 +1000") Message-ID: <86slne6nwv.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: [fbsd] libexec/lukemftpd breaks with NO_SHARED X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 13:43:17 -0000 Luke Mewburn writes: > It was eventually solved by using a "namespace.h" trick to rename > various publically visible libssh.a functions to have a prefix of > "ssh_". Take a look at commits to NetBSD's src/crypto/dist/ssh > around 2006/02/13 for further details. Thank you, that is an excellent idea. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 13 13:54:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA15C16A42C for ; Sat, 13 May 2006 13:54:09 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D4D143D45 for ; Sat, 13 May 2006 13:54:08 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.6/8.13.4) with ESMTP id k4DDrlq5094941; Sat, 13 May 2006 15:53:52 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <4465E4EB.3050601@fer.hr> Date: Sat, 13 May 2006 15:53:47 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: patrik , current@freebsd.org References: <4465CB9C.70709@dentarg.net> In-Reply-To: <4465CB9C.70709@dentarg.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RAIDframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 13:54:10 -0000 patrik wrote: > > What are my options if I want to do software RAID5 in FreeBSD? gvinum? > ccd? Something else? I got 3 disks (each 300GB), and the porpuse is my > personal fileserver. I've found that RAID3 (managed by graid3: www.freebsd.org/cgi/man.cgi?query=graid3) works as an ok replacement for RAID5. It's easy to set up so you can try it for yourself. From owner-freebsd-current@FreeBSD.ORG Sat May 13 13:59:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A3216A403 for ; Sat, 13 May 2006 13:59:33 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D67A43D49 for ; Sat, 13 May 2006 13:59:33 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by wr-out-0506.google.com with SMTP id i30so491906wra for ; Sat, 13 May 2006 06:59:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ND0TOAnQUqkvyUWXRU6LosiPSD43YQ5FSG2Nn0+2BtJMyXoUdLfrx5icaWs6QamopLtsseV+T46/VWjZr2JBCYJ3KHhfM4rsRWjmf+VBs6XbGBJ5Uxc1QmDLmZGmCUn9TRsJ4Nyj4DzFlE79EMqCs8QMigHjHPj594C8cg5HMYc= Received: by 10.65.206.2 with SMTP id i2mr2369975qbq; Sat, 13 May 2006 06:59:32 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 06:59:32 -0700 (PDT) Message-ID: <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> Date: Sat, 13 May 2006 13:59:32 +0000 From: "Angka H. K." To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86wtcq6psi.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_32545_21341429.1147528772197" References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 13:59:33 -0000 ------=_Part_32545_21341429.1147528772197 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This is the output : angka# atacontrol mode acd0 udma33 current mode =3D WDMA2 angka# Attach is the dmesg of verbose start. Regards, On 5/13/06, Dag-Erling Sm=F8rgrav wrote: > "Angka H. K." writes: > > angka# sysctl hw.ata.atapi_dma > > hw.ata.atapi_dma: 1 > > Can't see anything wrong in your dmesg, but could you try to get a > verbose dmesg? > > Also, what happens if you run the following as root: > > # atacontrol mode acd0 udma33 > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > ------=_Part_32545_21341429.1147528772197 Content-Type: application/octet-stream; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg" X-Attachment-Id: f_en6fz604 UHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9zb3VuZC5rbyIgYXQgMHhjMDgyYTJj MC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9hZ3Aua28iIGF0IDB4YzA4MmEz NmMuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvaTkxNS5rbyIgYXQgMHhjMDgy YTQxNC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9kcm0ua28iIGF0IDB4YzA4 MmE0YzAuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvbGludXgua28iIGF0IDB4 YzA4MmE1NjguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIgYXQg MHhjMDgyYTYxNC4KVGFibGUgJ0FQSUMnIGF0IDB4ZjZlYWU4OApNQURUOiBGb3VuZCB0YWJsZSBh dCAweGY2ZWFlODgKQVBJQzogVXNpbmcgdGhlIE1BRFQgZW51bWVyYXRvci4KTUFEVDogRm91bmQg Q1BVIEFQSUMgSUQgMCBBQ1BJIElEIDA6IGVuYWJsZWQKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg MSBBQ1BJIElEIDE6IGRpc2FibGVkCkFDUEkgQVBJQyBUYWJsZTogPEhQICAgICAzMDhGICAgID4K Q2FsaWJyYXRpbmcgY2xvY2socykgLi4uIGk4MjU0IGNsb2NrOiAxMTkzMTYwIEh6CkNMS19VU0Vf STgyNTRfQ0FMSUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5 ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNhbGli cmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAxNTk2MTYxMjgxIEh6CkNQVTogSW50ZWwo UikgUGVudGl1bShSKSBNIHByb2Nlc3NvciAxLjYwR0h6ICgxNTk2LjE2LU1IeiA2ODYtY2xhc3Mg Q1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NmQ4ICBTdGVwcGluZyA9IDgK ICBGZWF0dXJlcz0weGFmZTlmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgs QVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1Is U1NFLFNTRTIsU1MsVE0sUEJFPgogIEZlYXR1cmVzMj0weDE4MDxFU1QsVE0yPgogIEFNRCBGZWF0 dXJlcz0weDEwMDAwMDxOWD4KCkluc3RydWN0aW9uIFRMQjogNCBLQiBQYWdlcywgNC13YXkgc2V0 IGFzc29jaWF0aXZlLCAxMjggZW50cmllcwpEYXRhIFRMQjogNCBLQiBQYWdlcywgNC13YXkgc2V0 IGFzc29jaWF0aXZlLCAxMjggZW50cmllcwpJbnN0cnVjdGlvbiBUTEI6IDQgTUIgcGFnZXMsIGZ1 bGx5IGFzc29jaWF0aXZlLCAyIGVudHJpZXMKMm5kLWxldmVsIGNhY2hlOiAyLU1CLCA4LXdheSBz ZXQgYXNzb2NpYXRpdmUsIDY0LWJ5dGUgbGluZSBzaXplCjFzdC1sZXZlbCBpbnN0cnVjdGlvbiBj YWNoZTogMzIgS0IsIDgtd2F5IHNldCBhc3NvY2lhdGl2ZSwgNjQgYnl0ZSBsaW5lIHNpemUKRGF0 YSBUTEI6IDQgTUIgUGFnZXMsIDQtd2F5IHNldCBhc3NvY2lhdGl2ZSwgOCBlbnRyaWVzCjFzdC1s ZXZlbCBkYXRhIGNhY2hlOiAzMiBLQiwgOC13YXkgc2V0IGFzc29jaWF0aXZlLCA2NCBieXRlIGxp bmUgc2l6ZQpMMiBjYWNoZTogMjA0OCBrYnl0ZXMsIDgtd2F5IGFzc29jaWF0aXZlLCA2NCBieXRl cy9saW5lCnJlYWwgbWVtb3J5ICA9IDI1ODg2NzIwMCAoMjQ2IE1CKQpQaHlzaWNhbCBtZW1vcnkg Y2h1bmsocyk6CjB4MDAwMDAwMDAwMDAwMTAwMCAtIDB4MDAwMDAwMDAwMDA5ZWZmZiwgNjQ3MTY4 IGJ5dGVzICgxNTggcGFnZXMpCjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNmZmZm ZiwgMzE0NTcyOCBieXRlcyAoNzY4IHBhZ2VzKQoweDAwMDAwMDAwMDBjMjUwMDAgLSAweDAwMDAw MDAwMGYyNGVmZmYsIDI0MTM0NDUxMiBieXRlcyAoNTg5MjIgcGFnZXMpCmF2YWlsIG1lbW9yeSA9 IDI0MzgwNjIwOCAoMjMyIE1CKQpiaW9zMzI6IEZvdW5kIEJJT1MzMiBTZXJ2aWNlIERpcmVjdG9y eSBoZWFkZXIgYXQgMHhjMDBmN2JjMApiaW9zMzI6IEVudHJ5ID0gMHhmZDcxMCAoYzAwZmQ3MTAp ICBSZXYgPSAwICBMZW4gPSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4ZmQ3MTArMHgy NWUKcG5wYmlvczogRm91bmQgUG5QIEJJT1MgZGF0YSBhdCAweGMwMGY3YzEwCnBucGJpb3M6IEVu dHJ5ID0gZjAwMDA6Yzc0ZCAgUmV2ID0gMS4wCk90aGVyIEJJT1Mgc2lnbmF0dXJlcyBmb3VuZDoK QVBJQzogQ1BVIDAgaGFzIEFDUEkgSUQgMApNQURUOiBGb3VuZCBJTyBBUElDIElEIDEsIEludGVy cnVwdCAwIGF0IDB4ZmVjMDAwMDAKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxCmlvYXBp YzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMAppb2FwaWMwOiBpbnRwaW4g MCAtPiBFeHRJTlQgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxIC0+IElTQSBJUlEgMSAo ZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDIgLT4gSVNBIElSUSAyIChlZGdlLCBoaWdoKQpp b2FwaWMwOiBpbnRwaW4gMyAtPiBJU0EgSVJRIDMgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBp biA0IC0+IElTQSBJUlEgNCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDUgLT4gSVNBIElS USA1IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gNiAtPiBJU0EgSVJRIDYgKGVkZ2UsIGhp Z2gpCmlvYXBpYzA6IGludHBpbiA3IC0+IElTQSBJUlEgNyAoZWRnZSwgaGlnaCkKaW9hcGljMDog aW50cGluIDggLT4gSVNBIElSUSA4IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gOSAtPiBJ U0EgSVJRIDkgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxMCAtPiBJU0EgSVJRIDEwIChl ZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTEgLT4gSVNBIElSUSAxMSAoZWRnZSwgaGlnaCkK aW9hcGljMDogaW50cGluIDEyIC0+IElTQSBJUlEgMTIgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGlu dHBpbiAxMyAtPiBJU0EgSVJRIDEzIChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTQgLT4g SVNBIElSUSAxNCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDE1IC0+IElTQSBJUlEgMTUg KGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxNiAtPiBQQ0kgSVJRIDE2IChsZXZlbCwgbG93 KQppb2FwaWMwOiBpbnRwaW4gMTcgLT4gUENJIElSUSAxNyAobGV2ZWwsIGxvdykKaW9hcGljMDog aW50cGluIDE4IC0+IFBDSSBJUlEgMTggKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAxOSAt PiBQQ0kgSVJRIDE5IChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMjAgLT4gUENJIElSUSAy MCAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIxIC0+IFBDSSBJUlEgMjEgKGxldmVsLCBs b3cpCmlvYXBpYzA6IGludHBpbiAyMiAtPiBQQ0kgSVJRIDIyIChsZXZlbCwgbG93KQppb2FwaWMw OiBpbnRwaW4gMjMgLT4gUENJIElSUSAyMyAobGV2ZWwsIGxvdykKTUFEVDogSW50ZXJydXB0IG92 ZXJyaWRlOiBzb3VyY2UgMCwgaXJxIDIKaW9hcGljMDogUm91dGluZyBJUlEgMCAtPiBpbnRwaW4g Mgppb2FwaWMwOiBpbnRwaW4gMiB0cmlnZ2VyOiBlZGdlCmlvYXBpYzA6IGludHBpbiAyIHBvbGFy aXR5OiBoaWdoCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBp YzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsCmlvYXBpYzA6IGludHBpbiA5IHBvbGFyaXR5OiBo aWdoCmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0cmlnZ2VyOiBl ZGdlCmxhcGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKTUFEVDogSWdub3JpbmcgbG9jYWwgTk1J IHJvdXRlZCB0byBBQ1BJIENQVSAxCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24g bW90aGVyYm9hcmQKY3B1MCBCU1A6CiAgICAgSUQ6IDB4MDAwMDAwMDAgICBWRVI6IDB4MDAwNTAw MTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxp bnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjog MHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMTAwMDAgcGNtOiAweDAwMDEw MDAwCnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93PgppY2h3ZCBtb2R1 bGUgbG9hZGVkCmlvOiA8SS9PPgptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9y dCBlbmFibGVkCm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+Cm5weDA6IElOVCAxNiBp bnRlcmZhY2UKYWNwaTA6IDxIUCAzMDhGPiBvbiBtb3RoZXJib2FyZAppb2FwaWMwOiByb3V0aW5n IGludHBpbiA5IChJU0EgSVJRIDkpIHRvIHZlY3RvciA0OAphY3BpMDogW01QU0FGRV0KcGNpX29w ZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwMDA5MApwY2lfb3Blbigx YSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJZGV2aWNl IDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTI1OTA4MDg2KQpwY2liaW9z OiBCSU9TIHZlcnNpb24gMi4xMApGb3VuZCAkUElSIHRhYmxlLCAxMCBlbnRyaWVzIGF0IDB4YzAw ZmRmMjAKUENJLU9ubHkgSW50ZXJydXB0czogbm9uZQpMb2NhdGlvbiAgQnVzIERldmljZSBQaW4g IExpbmsgIElSUXMKZW1iZWRkZWQgICAgMCAgIDI5ICAgIEEgICAweDZiICAzCmVtYmVkZGVkICAg IDAgICAyOSAgICBCICAgMHg2MyAgMwplbWJlZGRlZCAgICAwICAgMjkgICAgQyAgIDB4NjIgIDQK ZW1iZWRkZWQgICAgMCAgIDI5ICAgIEQgICAweDYwICAxMAplbWJlZGRlZCAgICAwICAgMzAgICAg QSAgIDB4NjEgIDUKZW1iZWRkZWQgICAgMCAgIDMwICAgIEIgICAweDYxICA1CmVtYmVkZGVkICAg IDAgICAzMSAgICBBICAgMHg2MiAgNAplbWJlZGRlZCAgICAwICAgMzEgICAgQiAgIDB4NjMgIDMK ZW1iZWRkZWQgICAgMCAgIDMxICAgIEQgICAweDYwICAxMApzbG90IDYgICAgICAxICAgIDAgICAg QSAgIDB4NjAgIDEwCnNsb3QgNiAgICAgIDEgICAgMCAgICBCICAgMHg2MSAgNQpzbG90IDYgICAg ICAxICAgIDAgICAgQyAgIDB4NjIgIDQKc2xvdCA2ICAgICAgMSAgICAwICAgIEQgICAweDYzICAz CmVtYmVkZGVkICAgIDYgICAgMCAgICBBICAgMHg2MCAgMTAKZW1iZWRkZWQgICAgNiAgICA2ICAg IEEgICAweDYyICA0CmVtYmVkZGVkICAgIDYgICAgNiAgICBCICAgMHg2MyAgMwplbWJlZGRlZCAg ICA2ICAgIDkgICAgQSAgIDB4NjggIDExCmVtYmVkZGVkICAgIDYgICAgOSAgICBCICAgMHg2OSAg MwplbWJlZGRlZCAgICA2ICAgIDkgICAgQyAgIDB4NmEgIDQKZW1iZWRkZWQgICAgMCAgICAwICAg IEEgICAweDYwICAxMAplbWJlZGRlZCAgICAwICAgIDAgICAgQiAgIDB4NjEgIDUKZW1iZWRkZWQg ICAgMCAgICAwICAgIEMgICAweDYyICA0CmVtYmVkZGVkICAgIDAgICAgMCAgICBEICAgMHg2MyAg MwplbWJlZGRlZCAgICAwICAgIDIgICAgQSAgIDB4NjAgIDEwCmVtYmVkZGVkICAgIDAgICAgMiAg ICBCICAgMHg2MSAgNQplbWJlZGRlZCAgICAwICAgIDEgICAgQSAgIDB4NjAgIDEwCmVtYmVkZGVk ICAgIDAgICAgMSAgICBCICAgMHg2MSAgNQphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBu byBfQkJOLCBhc3N1bWluZyAwCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFIKYWNwaV9i dXNfbnVtYmVyOiBjYW4ndCBnZXQgX0FEUgpBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMx IGZ1bmMgMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaV9idXNfbnVtYmVyOiByb290 IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMAphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBf QURSCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFIKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1 cyAwIGRldiAwIGZ1bmMgMApBQ1BJIHRpbWVyOiAxLzIgMS8yIDEvMiAxLzIgMS8yIDEvMiAxLzIg MS8yIDEvMiAxLzIgLT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1 NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1 TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTAKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250 cm9sbGVyOiBHUEUgMHgxYz4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKcGNpX2xpbmswOiBMaW5r cyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAg IDEwICAgTiAgICAgMCAgMTAKcGNpX2xpbmswOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRp b246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAgMTAgICBOICAgICAwICAxMApw Y2lfbGluazA6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICAxMApwY2lfbGluazE6IExpbmtzIGFmdGVyIGluaXRpYWwg cHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAgIDUgICBOICAgICAwICA1 CnBjaV9saW5rMTogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogICAgMCAgICA1ICAgTiAgICAgMCAgNQpwY2lfbGluazE6IExpbmtzIGFm dGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAg ICAwICA1CnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAg UnRkICBSZWYgIElSUXMKICAgIDAgICAgNCAgIE4gICAgIDAgIDQKcGNpX2xpbmsyOiBMaW5rcyBh ZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAw ICAgIDQgICBOICAgICAwICA0CnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDQKcGNpX2xpbmszOiBM aW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAg MCAgICAzICAgTiAgICAgMCAgMwpwY2lfbGluazM6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRh dGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAgMyAgIE4gICAgIDAgIDMK cGNpX2xpbmszOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgMjU1ICAgTiAgICAgMCAgMwpwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwg cHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAgMTEgICBOICAgICAwICAx MQpwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAg UnRkICBSZWYgIElSUXMKICAgIDAgICAxMSAgIE4gICAgIDAgIDExCnBjaV9saW5rNDogTGlua3Mg YWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4g ICAgIDAgIDExCnBjaV9saW5rNTogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMKcGNpX2xpbms1OiBMaW5r cyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg ICAwICAyNTUgICBOICAgICAwICAzCnBjaV9saW5rNTogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMKcGNpX2xpbms2 OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwog ICAgMCAgICA0ICAgTiAgICAgMCAgNApwY2lfbGluazY6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFs aWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAgNCAgIE4gICAgIDAg IDQKcGNpX2xpbms2OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNApwY2lfbGluazc6IExpbmtzIGFmdGVyIGluaXRp YWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAgIDMgICBOICAgICAw ICAzCnBjaV9saW5rNzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogICAgMCAgICAzICAgTiAgICAgMCAgMwpwY2lfbGluazc6IExpbmtz IGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBO ICAgICAwICAzCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9wZXJmMDogPEFDUEkgQ1BV IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCmFjcGlfcGVyZjA6IGZhaWxlZCBpbiBQRVJGX1NU QVRVUyBhdHRhY2gKZGV2aWNlX2F0dGFjaDogYWNwaV9wZXJmMCBhdHRhY2ggcmV0dXJuZWQgNgph Y3BpX3BlcmYwOiA8QUNQSSBDUFUgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKYWNwaV9wZXJm MDogZmFpbGVkIGluIFBFUkZfU1RBVFVTIGF0dGFjaApkZXZpY2VfYXR0YWNoOiBhY3BpX3BlcmYw IGF0dGFjaCByZXR1cm5lZCA2CmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4g b24gY3B1MAphY3BpX3Rocm90dGxlMDogUF9DTlQgZnJvbSBQX0JMSyAweDEwMTAKYWNwaV9idXR0 b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0b24+ IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMApiYXR0ZXJ5MDogPEFD UEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBN ZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4g cG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApw Y2kwOiBwaHlzaWNhbCBidXM9MApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1OTAsIHJl dmlkPTB4MDMKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDIwOTAsIGNhY2hlbG5zej0w IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNTkyLCByZXZpZD0w eDAzCglidXM9MCwgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMDMsIHN0YXRyZWc9MHgwMDkwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYjAwODAwMDAsIHNp emUgMTksIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE4MDAs IHNpemUgIDMsIGVuYWJsZWQKCW1hcFsxOF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgYzAwMDAw MDAsIHNpemUgMjgsIGVuYWJsZWQKCW1hcFsxY106IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYjAw MDAwMDAsIHNpemUgMTgsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMi5JTlRB CnBjaWIwOiBzbG90IDIgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4Mjc5MiwgcmV2aWQ9MHgwMwoJYnVzPTAsIHNsb3Q9MiwgZnVuYz0xCgljbGFz cz0wMy04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDAw MDAwLCBzaXplIDE5LCBtZW1vcnkgZGlzYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgyNjU4LCByZXZpZD0weDAzCglidXM9MCwgc2xvdD0yOSwgZnVuYz0wCgljbGFzcz0wYy0wMy0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0zCgltYXBbMjBdOiB0eXBl IDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxODIwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRj aGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8g SVJRIDIzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY1OSwgcmV2aWQ9MHgwMwoJYnVz PTAsIHNsb3Q9MjksIGZ1bmM9MQoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCWludHBpbj1iLCBpcnE9MwoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAw MTg0MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRC CnBjaWIwOiBzbG90IDI5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRvcj0w eDgwODYsIGRldj0weDI2NWEsIHJldmlkPTB4MDMKCWJ1cz0wLCBzbG90PTI5LCBmdW5jPTIKCWNs YXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRy ZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YywgaXJxPTQKCW1h cFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE4NjAsIHNpemUgIDUsIGVuYWJsZWQK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQwpwY2liMDogc2xvdCAyOSBJTlRDIGhh cmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNjViLCByZXZp ZD0weDAzCglidXM9MCwgc2xvdD0yOSwgZnVuYz0zCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWQsIGlycT0xMAoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAwMDAwMTg4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBm b3IgMC4yOS5JTlRECnBjaWIwOiBzbG90IDI5IElOVEQgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI2NWMsIHJldmlkPTB4MDMKCWJ1cz0wLCBzbG90PTI5 LCBmdW5jPTcKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YSwgaXJxPTMKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBiMDA0MDAwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdp cmVkIHRvIElSUSAyMwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0NDgsIHJldmlkPTB4 ZDMKCWJ1cz0wLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEs IG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY2ZSwgcmV2aWQ9MHgw MwoJYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9MgoJY2xhc3M9MDQtMDEtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxYzAwLCBzaXpl ICA4LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxOGMwLCBz aXplICA2LCBlbmFibGVkCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGIwMDQwODAw LCBzaXplICA5LCBlbmFibGVkCgltYXBbMWNdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGIwMDQw NDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMwLklOVEEK cGNpYjA6IHNsb3QgMzAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE3CmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MjY2ZCwgcmV2aWQ9MHgwMwoJYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9MwoJY2xh c3M9MDctMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJl Zz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9NQoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJh bmdlIDMyLCBiYXNlIDAwMDAyNDAwLCBzaXplICA4LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDQs IHJhbmdlIDMyLCBiYXNlIDAwMDAyMDAwLCBzaXplICA3LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjMwLklOVEIKcGNpYjA6IHNsb3QgMzAgSU5UQiBoYXJkd2lyZWQgdG8gSVJR IDIwCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY0MSwgcmV2aWQ9MHgwMwoJYnVzPTAs IHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJ Y21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNjZmLCByZXZpZD0weDAzCglidXM9MCwgc2xv dD0zMSwgZnVuYz0xCgljbGFzcz0wMS0wMS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50 cGluPWEsIGlycT00CgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxODEwLCBz aXplICA0LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEEKcGNpYjA6 IHNsb3QgMzEgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MjY2YSwgcmV2aWQ9MHgwMwoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MwoJY2xhc3M9MGMt MDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAy ODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MwoJbWFwWzIwXTog dHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMjBhMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4zMS5JTlRCCnBjaWIwOiBzbG90IDMxIElOVEIgaGFyZHdpcmVk IHRvIElSUSAxOQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDE4MDAt MHgxODA3IG1lbSAweGIwMDgwMDAwLTB4YjAwZmZmZmYsMHhjMDAwMDAwMC0weGNmZmZmZmZmLDB4 YjAwMDAwMDAtMHhiMDAzZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDA6IDxJ bnRlbCA4MjkxNUdNICg5MTVHTSBHTUNIKSBTVkdBIGNvbnRyb2xsZXI+IG9uIHZnYXBjaTAKdmdh cGNpMDogUmVzZXJ2ZWQgMHg4MDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4YjAw ODAwMDAKdmdhcGNpMDogUmVzZXJ2ZWQgMHg4MDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAz IGF0IDB4YjAwODAwMDAKdmdhcGNpMDogUmVzZXJ2ZWQgMHg0MDAwMCBieXRlcyBmb3IgcmlkIDB4 MWMgdHlwZSAzIGF0IDB4YjAwMDAwMDAKYWdwMDogZGV0ZWN0ZWQgNzkzMmsgc3RvbGVuIG1lbW9y eQphZ3AwOiBhcGVydHVyZSBzaXplIGlzIDI1Nk0KZHJtMDogPEludGVsIGk5MTVHTT4gb24gdmdh cGNpMAppbmZvOiBbZHJtXSBBR1AgYXQgMHhiMDA4MDAwMCAwTUIKaW5mbzogW2RybV0gSW5pdGlh bGl6ZWQgaTkxNSAxLjQuMCAyMDA2MDExOQp2Z2FwY2kxOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxh eT4gYXQgZGV2aWNlIDIuMSBvbiBwY2kwCnVoY2kwOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcg KElDSDYpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4MTgyMC0weDE4M2YgaXJxIDIzIGF0 IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAw eDIwIHR5cGUgNCBhdCAweDE4MjAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjMgKFBDSSBJUlEg MjMpIHRvIHZlY3RvciA0OQp1aGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyODAx RkIvRlIvRlcvRlJXIChJQ0g2KSBVU0IgY29udHJvbGxlciBVU0ItQT4gb24gdWhjaTAKdXNiMDog VVNCIHJldmlzaW9uIDEuMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPEludGVsIDgyODAxRkIvRlIvRlcvRlJXIChJQ0g2 KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDE4NDAtMHgxODVmIGlycSAxOSBhdCBkZXZp Y2UgMjkuMSBvbiBwY2kwCnVoY2kxOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0 eXBlIDQgYXQgMHgxODQwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0 byB2ZWN0b3IgNTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4MjgwMUZCL0ZS L0ZXL0ZSVyAoSUNINikgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2kxCnVzYjE6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQKdWhjaTI6IDxJbnRlbCA4MjgwMUZCL0ZSL0ZXL0ZSVyAoSUNINikgVVNC IGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHgxODYwLTB4MTg3ZiBpcnEgMTggYXQgZGV2aWNlIDI5 LjIgb24gcGNpMAp1aGNpMjogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0 IGF0IDB4MTg2MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gdmVj dG9yIDUxCnVoY2kyOiBbR0lBTlQtTE9DS0VEXQp1c2IyOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9G UlcgKElDSDYpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNpMgp1c2IyOiBVU0IgcmV2aXNp b24gMS4wCnVodWIyOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYjIKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVoY2kzOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcgKElDSDYpIFVTQiBjb250 cm9sbGVyIFVTQi1EPiBwb3J0IDB4MTg4MC0weDE4OWYgaXJxIDE2IGF0IGRldmljZSAyOS4zIG9u IHBjaTAKdWhjaTM6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAw eDE4ODAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIHZlY3RvciA1 Mgp1aGNpMzogW0dJQU5ULUxPQ0tFRF0KdXNiMzogPEludGVsIDgyODAxRkIvRlIvRlcvRlJXIChJ Q0g2KSBVU0IgY29udHJvbGxlciBVU0ItRD4gb24gdWhjaTMKdXNiMzogVVNCIHJldmlzaW9uIDEu MAp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2IzCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAplaGNpMDogPEludGVsIDgyODAxRkIgKElDSDYpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVt IDB4YjAwNDAwMDAtMHhiMDA0MDNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAplaGNp MDogUmVzZXJ2ZWQgMHg0MDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGIwMDQwMDAw CmVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1c2I0OiBFSENJIHZlcnNpb24gMS4wCnVzYjQ6IGNvbXBh bmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMiB1c2IzCnVzYjQ6 IDxJbnRlbCA4MjgwMUZCIChJQ0g2KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjQ6 IFVTQiByZXZpc2lvbiAyLjAKdWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiNAp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMzAuMCBvbiBwY2kwCnBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDYKcGNpYjE6ICAgc3Vi b3JkaW5hdGUgYnVzICAgNgpwY2liMTogICBJL08gZGVjb2RlICAgICAgICAweDMwMDAtMHgzZmZm CnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4YjAxMDAwMDAtMHhiMDFmZmZmZgpwY2liMTog ICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpYjE6ICAgU3VidHJhY3Rp dmVseSBkZWNvZGVkIGJyaWRnZS4KcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpNjog cGh5c2ljYWwgYnVzPTYKZm91bmQtPgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTM5LCByZXZpZD0w eDEwCglidXM9Niwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDIwICg4MDAwIG5zKSwgbWF4 bGF0PTB4NDAgKDE2MDAwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDAwMDAzMDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIEkv TyByYW5nZSAweDMwMDAtMHgzMGZmOiBpbiByYW5nZQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAz MiwgYmFzZSBiMDEwODAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMTogKG51bGwpIHJlcXVlc3Rl ZCBtZW1vcnkgcmFuZ2UgMHhiMDEwODAwMC0weGIwMTA4MGZmOiBnb29kCnBjaWIxOiBtYXRjaGVk IGVudHJ5IGZvciA2LjAuSU5UQQpwY2liMTogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAx Ngpmb3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0weDQzMTgsIHJldmlkPTB4MDIKCWJ1cz02LCBz bG90PTYsIGZ1bmM9MAoJY2xhc3M9MDItODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWEsIGlycT00CgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGIwMTA0MDAw LCBzaXplIDEzLCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAw eGIwMTA0MDAwLTB4YjAxMDVmZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDYuNi5J TlRBCnBjaWIxOiBzbG90IDYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9y PTB4MTA0YywgZGV2PTB4ODAzMSwgcmV2aWQ9MHgwMAoJYnVzPTYsIHNsb3Q9OSwgZnVuYz0wCglj bGFzcz0wNi0wNy0wMCwgaGRydHlwZT0weDAyLCBtZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyks IG1pbmdudD0weDQwICgxNjAwMCBucyksIG1heGxhdD0weDAzICg3NTAgbnMpCglpbnRwaW49YSwg aXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglt YXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDAwMDAwLCBzaXplIDEyLCBlbmFibGVk CmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzMiwgcmV2aWQ9MHgwMAoJYnVzPTYsIHNs b3Q9OSwgZnVuYz0yCgljbGFzcz0wYy0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMDE2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVy PTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwNCAoMTAwMCBu cykKCWludHBpbj1jLCBpcnE9NAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBj dXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGIwMTA4ODAwLCBzaXpl IDExLCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGIwMTA4 ODAwLTB4YjAxMDhmZmY6IGdvb2QKCW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYjAx MDAwMDAsIHNpemUgMTQsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJh bmdlIDB4YjAxMDAwMDAtMHhiMDEwM2ZmZjogZ29vZApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3Ig Ni45LklOVEMKcGNpYjE6IHNsb3QgOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2 ZW5kb3I9MHgxMDRjLCBkZXY9MHg4MDMzLCByZXZpZD0weDAwCglidXM9Niwgc2xvdD05LCBmdW5j PTMKCWNsYXNzPTAxLTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYs IHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgzOSAoMTcx MCBucyksIG1pbmdudD0weDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpCglpbnRw aW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQg RDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYjAxMDYwMDAsIHNpemUgMTMsIGVu YWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YjAxMDYwMDAtMHhi MDEwN2ZmZjogZ29vZApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgNi45LklOVEEKcGNpYjE6IHNs b3QgOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjAKZm91bmQtPgl2ZW5kb3I9MHgxMDRjLCBkZXY9 MHg4MDM0LCByZXZpZD0weDAwCglidXM9Niwgc2xvdD05LCBmdW5jPTQKCWNsYXNzPTA4LTA1LTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjEwLCBj YWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgzOSAoMTcxMCBucyksIG1pbmdudD0weDA3 ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dl cnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUg MSwgcmFuZ2UgMzIsIGJhc2UgYjAxMDk0MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IChudWxs KSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YjAxMDk0MDAtMHhiMDEwOTRmZjogZ29vZAoJbWFw WzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBiMDEwOTAwMCwgc2l6ZSAgOCwgZW5hYmxlZApw Y2liMTogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhiMDEwOTAwMC0weGIwMTA5MGZm OiBnb29kCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGIwMTA4NDAwLCBzaXplICA4 LCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGIwMTA4NDAw LTB4YjAxMDg0ZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDYuOS5JTlRBCnBjaWIx OiBzbG90IDkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCnJsMDogUmVzZXJ2ZWQgMHgxMDAgYnl0 ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDMwMDAKcGNpYjE6IHJsMCByZXF1ZXN0ZWQgSS9P IHJhbmdlIDB4MzAwMC0weDMwZmY6IGluIHJhbmdlCnJsMDogPFJlYWxUZWsgODEzOSAxMC8xMDBC YXNlVFg+IHBvcnQgMHgzMDAwLTB4MzBmZiBtZW0gMHhiMDEwODAwMC0weGIwMTA4MGZmIGlycSAx NiBhdCBkZXZpY2UgMC4wIG9uIHBjaTYKcGNpYjE6IHJsMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4 MzAwMC0weDMwZmY6IGluIHJhbmdlCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBybDAKcmxwaHkwOiA8 UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czAKcmxwaHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpybDA6IGJw ZiBhdHRhY2hlZApybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmMwOjlmOmVmOmM2OjIxCnJsMDog W01QU0FGRV0KcGNpNjogPG5ldHdvcms+IGF0IGRldmljZSA2LjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKY2JiMDogPFRJNjQxMSBQQ0ktQ2FyZEJ1cyBCcmlkZ2U+IGF0IGRldmljZSA5LjAgb24gcGNp NgpwY2liMTogY2JiMCByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YjAxMDAwMDAtMHhiMDFmZmZm ZjogZ29vZApjYmIwOiBMYXp5IGFsbG9jYXRpb24gb2YgMHgxMDAwIGJ5dGVzIHJpZCAweDEwIHR5 cGUgMyBhdCAweGIwMTBhMDAwCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjAKcGNjYXJk MDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciA2 LjkuSU5UQQpwY2liMTogc2xvdCA5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiAyMCAoUENJIElSUSAyMCkgdG8gdmVjdG9yIDUzCmNiYjA6IFtNUFNBRkVd CmNiYjA6IFBDSSBDb25maWd1cmF0aW9uIHNwYWNlOgogIDB4MDA6IDB4ODAzMTEwNGMgMHgwMjEw MDAwNyAweDA2MDcwMDAwIDB4MDA4MjIwMDAgCiAgMHgxMDogMHhiMDEwYTAwMCAweDAyMDAwMGEw IDB4MjAwODA3MDYgMHhmZmZmZjAwMCAKICAweDIwOiAweDAwMDAwMDAwIDB4ZmZmZmYwMDAgMHgw MDAwMDAwMCAweGZmZmZmZmZjIAogIDB4MzA6IDB4MDAwMDAwMDAgMHhmZmZmZmZmYyAweDAwMDAw MDAwIDB4MDc0MDAxMTQgCiAgMHg0MDogMHgzMDgwMTAzYyAweDAwMDAwMDAxIDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAKICAweDUwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAw MDAwMDAwIAogIDB4NjA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAw MDAgCiAgMHg3MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAK ICAweDgwOiAweDA4NDQxMDYwIDB4MDAwMDAwMDAgMHgwMDBmMDAwMCAweDAxYTAxYjIyIAogIDB4 OTA6IDB4NjA2NDgwYzAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhhMDog MHhmZTEyMDAwMSAweDAwYzAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGIwOiAweDA4 MDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4YzA6IDB4MDAwMDAw MDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhkMDogMHgwMDAwMDAwMCAw eDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGUwOiAweDAwMDAwMDAwIDB4MDAw MDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4ZjA6IDB4MDAwMDAwMDAgMHgwMDAwMDAw MCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCmZ3b2hjaTA6IHZlbmRvcj0xMDRjLCBkZXY9ODAzMgpm d29oY2kwOiB2ZW5kb3I9MTA0YywgZGV2PTgwMzIKZndvaGNpMDogPDEzOTQgT3BlbiBIb3N0IENv bnRyb2xsZXIgSW50ZXJmYWNlPiBtZW0gMHhiMDEwODgwMC0weGIwMTA4ZmZmLDB4YjAxMDAwMDAt MHhiMDEwM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDkuMiBvbiBwY2k2CmZ3b2hjaTA6IFJlc2VydmVk IDB4ODAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhiMDEwODgwMAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiAyMiAoUENJIElSUSAyMikgdG8gdmVjdG9yIDU0CmZ3b2hjaTA6IFtNUFNB RkVdCmZ3b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjEwIChST009MSkKZndvaGNpMDogTm8uIG9mIElz b2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuCmZ3b2hjaTA6IEVVSTY0IDAwOmMwOjlmOjAwOjAwOjc2 OjQwOmU3CmZ3b2hjaTA6IFBoeSAxMzk0YSBhdmFpbGFibGUgUzQwMCwgMiBwb3J0cy4KZndvaGNp MDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZp cmVXaXJlKSBidXM+IG9uIGZ3b2hjaTAKZndlMDogPEV0aGVybmV0IG92ZXIgRmlyZVdpcmU+IG9u IGZpcmV3aXJlMAppZl9md2UwOiBGYWtlIEV0aGVybmV0IGFkZHJlc3M6IDAyOmMwOjlmOjc2OjQw OmU3CmZ3ZTA6IGJwZiBhdHRhY2hlZApmd2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjpjMDo5Zjo3 Njo0MDplNwpmd2UwOiBpZl9zdGFydCBydW5uaW5nIGRlZmVycmVkIGZvciBHaWFudApzYnAwOiA8 U0JQLTIvU0NTSSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTAKZndvaGNpMDogSW5pdGlhdGUg YnVzIHJlc2V0CmZ3b2hjaTA6IG5vZGVfaWQ9MHhjMDAwZmZjMCwgZ2VuPTEsIENZQ0xFTUFTVEVS IG1vZGUKZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXhob3AgPD0gMCwgY2FibGUgSVJNID0gMCAobWUp CmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUpCnBjaTY6IDxtYXNzIHN0b3JhZ2U+IGF0IGRl dmljZSA5LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpNjogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDkuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY20wOiA8SW50ZWwgSUNINiAoODI4MDFG Qik+IHBvcnQgMHgxYzAwLTB4MWNmZiwweDE4YzAtMHgxOGZmIG1lbSAweGIwMDQwODAwLTB4YjAw NDA5ZmYsMHhiMDA0MDQwMC0weGIwMDQwNGZmIGlycSAxNyBhdCBkZXZpY2UgMzAuMiBvbiBwY2kw CnBjbTA6IFJlc2VydmVkIDB4MjAwIGJ5dGVzIGZvciByaWQgMHgxOCB0eXBlIDMgYXQgMHhiMDA0 MDgwMApwY20wOiBSZXNlcnZlZCAweDEwMCBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSAzIGF0IDB4 YjAwNDA0MDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTcgKFBDSSBJUlEgMTcpIHRvIHZlY3Rv ciA1NQpwY20wOiBbTVBTQUZFXQpwY20wOiA8Q29uZXhhbnQgQ1gyMDQ2OC0yMSBBQzk3IENvZGVj IChpZCA9IDB4NDM1ODU0MzApPgpwY20wOiBDb2RlYyBmZWF0dXJlcyByZXNlcnZlZCwgaGVhZHBo b25lLCAxOCBiaXQgREFDLCAxOCBiaXQgQURDLCA1IGJpdCBtYXN0ZXIgdm9sdW1lLCBubyAzRCBT dGVyZW8gRW5oYW5jZW1lbnQKcGNtMDogUHJpbWFyeSBjb2RlYyBleHRlbmRlZCBmZWF0dXJlcyBy ZXNlcnZlZCAxLCBBTUFQLCByZXNlcnZlZCA1CnBjbTA6IGFjOTcgY29kZWMgZGFjIHJlYWR5IGNv dW50OiAwCnBjbTA6IHNuZGJ1Zl9zZXRtYXAgZjBmMjAwMCwgNDAwMDsgMHhjYmYyOTAwMCAtPiBm MGYyMDAwCnBjbTA6IHNuZGJ1Zl9zZXRtYXAgZjBkYjAwMCwgNDAwMDsgMHhjYmYyZDAwMCAtPiBm MGRiMDAwCnBjaTA6IDxzaW1wbGUgY29tbXMsIGdlbmVyaWMgbW9kZW0+IGF0IGRldmljZSAzMC4z IChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAz MS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBJQ0g2 IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3Nyww eDM3NiwweDE4MTAtMHgxODFmIGlycSAxOCBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YXBjaTA6 IFJlc2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDE4MTAKYXRhMDog PEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZv ciByaWQgMHgxMCB0eXBlIDQgYXQgMHgxZjAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZv ciByaWQgMHgxNCB0eXBlIDQgYXQgMHgzZjYKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQw PTUwIG9zdGF0MT0wMAphdGEwOiBzdGF0MD0weDUwIGVycj0weDAxIGxzYj0weDAwIG1zYj0weDAw CmF0YTA6IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIKYXRhMDogcmVzZXQg dHAyIHN0YXQwPTUwIHN0YXQxPTAwIGRldmljZXM9MHg5PEFUQVBJX1NMQVZFLEFUQV9NQVNURVI+ CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byB2ZWN0b3IgNTYKYXRh MDogW01QU0FGRV0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVz ZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxOCB0eXBlIDQgYXQgMHgxNzAKYXRhcGNpMDogUmVz ZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxYyB0eXBlIDQgYXQgMHgzNzYKYXRhMTogcmVzZXQg dHAxIG1hc2s9MDAgb3N0YXQwPWZmIG9zdGF0MT1mZgppb2FwaWMwOiByb3V0aW5nIGludHBpbiAx NSAoSVNBIElSUSAxNSkgdG8gdmVjdG9yIDU3CmF0YTE6IFtNUFNBRkVdCnBjaTA6IDxzZXJpYWwg YnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV90ejA6 IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmFjcGlfaHBldDA6IDxIUEVUIC0gSGlnaCBQcmVjaXNp b24gRXZlbnQgVGltZXJzPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgaXJxIDAsOCBvbiBh Y3BpMAphY3BpX2hwZXQwOiBWZW5kb3I6IDB4ODA4NgphY3BpX2hwZXQwOiBMZWdfUm91dGVfQ2Fw OiAxCmFjcGlfaHBldDA6IENvdW50X1NpemVfQ2FwOiAxCmFjcGlfaHBldDA6IE51bV9UaW1fQ2Fw OiAxCmFjcGlfaHBldDA6IFJldl9pZDogMHgxCmFjcGlfaHBldDA6IFBlcmlvZDogNjk4NDEyNzkg ZnMgKDE0MzE4MTgwIEh6KQphY3BpX2hwZXQwOiBIUEVUIGF0dGFjaApUaW1lY291bnRlciAiSFBF VCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgLTIwMAphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6 IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNv bnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikK a2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MCwg ZmxhZ3M6MHgzZDAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byB2 ZWN0b3IgNTgKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUg SVJRCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3Vy cmVudCBjb21tYW5kIGJ5dGU6MDA0Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2Jk YzAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRvIHZlY3RvciA1OQpw c20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAz LTAwLCAzIGJ1dHRvbnMKcHNtMDogY29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwOCwgcGFj a2V0IHNpemU6NApwc20wOiBzeW5jbWFzazowOCwgc3luY2JpdHM6MDAKYXRhOiBhdGEwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdGE6IGF0YTEgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5n IGl0CmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2M6IHNjMCBh bHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lw cGluZyBpdApwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDI4MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDM0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCmlzYV9wcm9i ZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJv YmluZyBub24tUG5QIGRldmljZXMKcG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNBIE9wdGlvbiBS T01zPiBhdCBpb21lbSAweGNmODAwLTB4ZDA3ZmYsMHhkZjAwMC0weGRmN2ZmLDB4ZTAwMDAtMHhl M2ZmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdz IDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAw PgpzYzA6IGZiMCwga2JkMCwgdGVybWluYWwgZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFs KQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwCmFkdjA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaGEwOiBub3Qg cHJvYmVkIChkaXNhYmxlZCkKYWljMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmJ0MDogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmNzMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmVkMDogbm90IHByb2Jl ZCAoZGlzYWJsZWQpCmZkYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgz ZjcgaXJxIDYgZHJxIDIgb24gaXNhMApmZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppZTA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQpsbmMwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKcHBjMCBmYWls ZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApzaW8wIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0 IDB4M2Y4IGlycSA0IG9uIGlzYTAKc2lvMSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOCBp cnEgMyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpzaW8zOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdnQwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCkRldmljZSBj b25maWd1cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApsYXBpYzogRGl2aXNvciAy LCBGcmVxdWVuY3kgNDk4ODAwNDEgaHoKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE1OTYx NjEyODEgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpM aW51eCBFTEYgZXhlYyBoYW5kbGVyIGluc3RhbGxlZApsbzA6IGJwZiBhdHRhY2hlZAphY3BpX2Fj YWQwOiBhY2xpbmUgaW5pdGlhbGl6YXRpb24gc3RhcnQKYWNwaV9hY2FkMDogT24gTGluZQphY3Bp X2FjYWQwOiBhY2xpbmUgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcwpiYXR0ZXJ5 MDogYmF0dGVyeSBpbml0aWFsaXphdGlvbiBzdGFydAphdGEwLXNsYXZlOiBwaW89UElPNCB3ZG1h PVdETUEyIHVkbWE9VU5TVVBQT1JURUQgY2FibGU9NDAgd2lyZQphdGEwLW1hc3RlcjogcGlvPVBJ TzQgd2RtYT1XRE1BMiB1ZG1hPVVETUExMDAgY2FibGU9ODAgd2lyZQphdGFwaWNhbTogYXRhcGlj YW0wIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphZDA6IHNldHRpbmcgUElPNCBvbiBJQ0g2 IGNoaXAKYWQwOiBzZXR0aW5nIFVETUExMDAgb24gSUNINiBjaGlwCmFkMDogNTcyMzFNQiA8SUMy NU4wNjBBVE1SMDQgMCBNTzNPQUQ1QT4gYXQgYXRhMC1tYXN0ZXIgVURNQTEwMAphZDA6IDExNzIx MDI0MCBzZWN0b3JzIFsxMTYyODBDLzE2SC82M1NdIDE2IHNlY3RvcnMvaW50ZXJydXB0IDEgZGVw dGggcXVldWUKR0VPTTogbmV3IGRpc2sgYWQwCmFjZDA6IHNldHRpbmcgUElPNCBvbiBJQ0g2IGNo aXAKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcwph Y2QwOiA8SEwtRFQtU1RDRC1SVy9EVkQgRFJJVkUgR0NDLTQyNDROLzEuMDI+IENEUlcgZHJpdmUg YXQgYXRhMCBhcyBzbGF2ZQphY2QwOiByZWFkIDQxMzRLQi9zICg0MTM0S0Ivcykgd3JpdGUgNDEz NEtCL3MgKDQxMzRLQi9zKSwgMjA0OEtCIGJ1ZmZlciwgUElPNAphY2QwOiBSZWFkczogQ0RSLCBD RFJXLCBDRERBIHN0cmVhbSwgRFZEUk9NLCBEVkRSLCBEVkRSQU0sIHBhY2tldAphY2QwOiBXcml0 ZXM6IENEUiwgQ0RSVywgdGVzdCB3cml0ZSwgYnVybnByb29mCmFjZDA6IEF1ZGlvOiBwbGF5LCAy NTYgdm9sdW1lIGxldmVscwphY2QwOiBNZWNoYW5pc206IGVqZWN0YWJsZSB0cmF5LCB1bmxvY2tl ZAphY2QwOiBNZWRpdW06IG5vL2JsYW5rIGRpc2MKcGNtMDogbWVhc3VyZWQgYWM5NyBsaW5rIHJh dGUgYXQgNDc5OTAgSHosIHdpbGwgdXNlIDQ4MDAwIEh6Cihwcm9iZTc6YXRhMDowOjE6MCk6IGVy cm9yIDIyCihwcm9iZTc6YXRhMDowOjE6MCk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTA6c2Jw MDowOjA6MCk6IGVycm9yIDIyCihwcm9iZTA6c2JwMDowOjA6MCk6IFVucmV0cnlhYmxlIEVycm9y Cihwcm9iZTE6c2JwMDowOjE6MCk6IGVycm9yIDIyCihwcm9iZTE6c2JwMDowOjE6MCk6IFVucmV0 cnlhYmxlIEVycm9yCihwcm9iZTI6c2JwMDowOjI6MCk6IGVycm9yIDIyCihwcm9iZTI6c2JwMDow OjI6MCk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTM6c2JwMDowOjM6MCk6IGVycm9yIDIyCihw cm9iZTM6c2JwMDowOjM6MCk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTQ6c2JwMDowOjQ6MCk6 IGVycm9yIDIyCihwcm9iZTQ6c2JwMDowOjQ6MCk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTU6 c2JwMDowOjU6MCk6IGVycm9yIDIyCihwcm9iZTU6c2JwMDowOjU6MCk6IFVucmV0cnlhYmxlIEVy cm9yCihwcm9iZTY6c2JwMDowOjY6MCk6IGVycm9yIDIyCihwcm9iZTY6c2JwMDowOjY6MCk6IFVu cmV0cnlhYmxlIEVycm9yCnBhc3MwIGF0IGF0YTAgYnVzIDAgdGFyZ2V0IDEgbHVuIDAKcGFzczA6 IDxITC1EVC1TVCBSVy9EVkQgR0NDLTQyNDROIDEuMDI+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0w IGRldmljZSAKcGFzczA6IDE2LjAwME1CL3MgdHJhbnNmZXJzCnBhc3MwIGF0IGF0YTAgYnVzIDAg dGFyZ2V0IDEgbHVuIDAKcGFzczA6IDxITC1EVC1TVCBSVy9EVkQgR0NDLTQyNDROIDEuMDI+IFJl bW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKcGFzczA6IDE2LjAwME1CL3MgdHJhbnNmZXJz ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczJhCnN0YXJ0X2luaXQ6IHRy eWluZyAvc2Jpbi9pbml0CnJsMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KcmwwOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVAKYWNkMDogc2V0dGluZyBQSU80IG9uIElDSDYgY2hpcAphY2Qw OiBzZXR0aW5nIFdETUEyIG9uIElDSDYgY2hpcAo= ------=_Part_32545_21341429.1147528772197-- From owner-freebsd-current@FreeBSD.ORG Sat May 13 14:13:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D9816A405 for ; Sat, 13 May 2006 14:13:33 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A79C43D46 for ; Sat, 13 May 2006 14:13:33 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 761355CE2; Sat, 13 May 2006 10:13:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xTwlaGe6b-nu; Sat, 13 May 2006 10:13:31 -0400 (EDT) Received: from [192.168.1.251] (pool-68-160-235-217.ny325.east.verizon.net [68.160.235.217]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 873925C28; Sat, 13 May 2006 10:13:31 -0400 (EDT) Message-ID: <4465E988.6060806@mac.com> Date: Sat, 13 May 2006 10:13:28 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: "Angka H. K." , current@freebsd.org References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> In-Reply-To: <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 14:13:33 -0000 Angka H. K. wrote: [ ...dmesg snipped... ] Notice this: > ata0-slave: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire Double-check and replace the cable you've got to your DVD drive(s) with a new 80-pin IDE cable if necessary. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sat May 13 14:39:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 912D916A402 for ; Sat, 13 May 2006 14:39:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 183BF43D45 for ; Sat, 13 May 2006 14:39:26 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3879B2083; Sat, 13 May 2006 16:39:20 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id B9F902082; Sat, 13 May 2006 16:39:19 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 97A0B33CAD; Sat, 13 May 2006 16:39:19 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Angka H. K." References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> Date: Sat, 13 May 2006 16:39:19 +0200 In-Reply-To: <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> (Angka H. K.'s message of "Sat, 13 May 2006 13:59:32 +0000") Message-ID: <86hd3u6lbc.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 14:39:27 -0000 "Angka H. K." writes: > angka# atacontrol mode acd0 udma33 > current mode =3D WDMA2 > [...] > ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUNSUPPORTED cable=3D40 wire > ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire First of all, your drive does not support UDMA. Second, it does support WDMA, and that's what it's configured for. Third, there's something weird with the cable; ata reports that ad0 is on an 80-wire cable while acd0 is on a 40-wire cable, but since they're master and slave on the same channel, they're on the same cable. I would try changing the cable, making sure that the drives are in the correct order on the cable, and if possible moving the CD drive to the second channel (don't forget to set the jumpers to master / single) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 13 14:40:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DEE016A498 for ; Sat, 13 May 2006 14:40:43 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id D918743D45 for ; Sat, 13 May 2006 14:40:42 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by wr-out-0506.google.com with SMTP id i7so767116wra for ; Sat, 13 May 2006 07:40:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=opcR6ip0alG0VRC6whBN3WMLzrib5NGZKkXIs/rOkzrM2+f/gYimWJVkdE5YUAJcptO4RO/B+spV51tvo6M4/VoH2kh/8UMKE2PAb2veTZ9X2qQ2s+cShxnuBPbviyrZcepDL6GIscbXSG31qOBsMPDsYAnc9JmnOnBpqhY3U/c= Received: by 10.64.149.10 with SMTP id w10mr1998914qbd; Sat, 13 May 2006 07:40:42 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 07:40:42 -0700 (PDT) Message-ID: <4c40c4e70605130740t470715das7cb531b516375fb4@mail.gmail.com> Date: Sat, 13 May 2006 14:40:42 +0000 From: "Angka H. K." To: "Chuck Swiger" In-Reply-To: <4465E988.6060806@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <4465E988.6060806@mac.com> Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 14:40:43 -0000 Ah sorry I missed that, it's looks like the problem. Sadly I never change the cable sice I bought this. How do I verify what was reported by Linux and Widows ? Thay said my drive is using dma. DMA33 can use 40pin cable, isn't it ? On 5/13/06, Chuck Swiger wrote: > Angka H. K. wrote: > [ ...dmesg snipped... ] > > Notice this: > > > ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUNSUPPORTED cable=3D40 wir= e > > Double-check and replace the cable you've got to your DVD drive(s) with > a new 80-pin IDE cable if necessary. > > -- > -Chuck > > From owner-freebsd-current@FreeBSD.ORG Sat May 13 14:44:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BE3C16A410 for ; Sat, 13 May 2006 14:44:35 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E139043D70 for ; Sat, 13 May 2006 14:44:27 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nz-out-0102.google.com with SMTP id 12so652986nzp for ; Sat, 13 May 2006 07:44:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NCjBsv4f2gDJEk1Q1jIU/rRV/BLbKBDpBnKm6qNgQ+t3EmcGbvwa9mEBM+lf8m8y4STNvbO2Kd5b5segDGOzYJvGdZDY2VQf+04ynLwMume80y5VsV7F1g68CuaOeVo4a0ojFZi3e5y8HggJbcgh5oOVeVkDeauFJ7KolLIj6qo= Received: by 10.65.51.10 with SMTP id d10mr2424237qbk; Sat, 13 May 2006 07:44:26 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 07:44:26 -0700 (PDT) Message-ID: <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> Date: Sat, 13 May 2006 14:44:26 +0000 From: "Angka H. K." To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86hd3u6lbc.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 14:44:36 -0000 You are right if it master and slave it should be at the same cable. Maybe I cannot change the jumper. It's a laptop. And don't have enough braveness to open it by my self. It'll take days to check it. On 5/13/06, Dag-Erling Sm=F8rgrav wrote: > "Angka H. K." writes: > > angka# atacontrol mode acd0 udma33 > > current mode =3D WDMA2 > > [...] > > ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUNSUPPORTED cable=3D40 wire > > ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire > > First of all, your drive does not support UDMA. Second, it does > support WDMA, and that's what it's configured for. Third, there's > something weird with the cable; ata reports that ad0 is on an 80-wire > cable while acd0 is on a 40-wire cable, but since they're master and > slave on the same channel, they're on the same cable. > > I would try changing the cable, making sure that the drives are in the > correct order on the cable, and if possible moving the CD drive to the > second channel (don't forget to set the jumpers to master / single) > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Sat May 13 15:05:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD0216A55C for ; Sat, 13 May 2006 15:05:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B8B43D45 for ; Sat, 13 May 2006 15:05:26 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 697BF2083; Sat, 13 May 2006 17:05:22 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 5D2DE2082; Sat, 13 May 2006 17:05:22 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 482CE33CAD; Sat, 13 May 2006 17:05:22 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Angka H. K." References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> Date: Sat, 13 May 2006 17:05:22 +0200 In-Reply-To: <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> (Angka H. K.'s message of "Sat, 13 May 2006 14:44:26 +0000") Message-ID: <86d5ei6k3x.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 15:05:32 -0000 "Angka H. K." writes: > Maybe I cannot change the jumper. It's a laptop. And don't have enough > braveness to open it by my self. It'll take days to check it. Well, then, you're stuck with WDMA2. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 13 15:35:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B3616A409 for ; Sat, 13 May 2006 15:35:46 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC7B643D5F for ; Sat, 13 May 2006 15:35:40 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by wr-out-0506.google.com with SMTP id 57so512197wri for ; Sat, 13 May 2006 08:35:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U56JZKeacyc4RaLgsxd6489FL2bTSOaxRdqf0Q2uVxvuwrVZFF9sZlmnSWRL52/RA17OVZ4fwFWmVUs7KNraF12Mb3IPaYTGBTDagPMdhEGIeiFxo3f5vr3QX1cTSoBG2R/U7D/rroWYs/pveZSdhktgzw3jPbk61dsvT/KvQS0= Received: by 10.65.151.14 with SMTP id d14mr2469663qbo; Sat, 13 May 2006 08:35:40 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 08:35:39 -0700 (PDT) Message-ID: <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> Date: Sat, 13 May 2006 15:35:39 +0000 From: "Angka H. K." To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86d5ei6k3x.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> <86d5ei6k3x.fsf@xps.des.no> Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 15:35:47 -0000 By the way what is WDMA and why it saying PIO not WDMA ? Notes: trying to search it on the web now On 5/13/06, Dag-Erling Sm=F8rgrav wrote: > "Angka H. K." writes: > > Maybe I cannot change the jumper. It's a laptop. And don't have enough > > braveness to open it by my self. It'll take days to check it. > > Well, then, you're stuck with WDMA2. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Sat May 13 15:55:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8458616A400 for ; Sat, 13 May 2006 15:55:49 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B992943D46 for ; Sat, 13 May 2006 15:55:48 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id F3E835F04; Sat, 13 May 2006 11:55:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uJ29HQeIPevz; Sat, 13 May 2006 11:55:47 -0400 (EDT) Received: from [192.168.1.251] (pool-68-160-235-217.ny325.east.verizon.net [68.160.235.217]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 21A505C8D; Sat, 13 May 2006 11:55:47 -0400 (EDT) Message-ID: <4466017F.7060007@mac.com> Date: Sat, 13 May 2006 11:55:43 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: "Angka H. K." References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <4465E988.6060806@mac.com> <4c40c4e70605130740t470715das7cb531b516375fb4@mail.gmail.com> In-Reply-To: <4c40c4e70605130740t470715das7cb531b516375fb4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 15:55:49 -0000 Angka H. K. wrote: > Ah sorry I missed that, it's looks like the problem. Sadly I never > change the cable sice I bought this. > > How do I verify what was reported by Linux and Widows ? Thay said my > drive is using dma. > > DMA33 can use 40pin cable, isn't it ? Yes, you should be able to do DMA33 with a 40-pin cable, but you're almost certainly going to be better off replacing it with a newer one. The FreeBSD ATA driver code tends to be conservative in these cases because some systems/CD-ROM-like devices will fail to do UDMA33 reliably... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sat May 13 15:59:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB19916A413 for ; Sat, 13 May 2006 15:59:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D00043D45 for ; Sat, 13 May 2006 15:59:29 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.206] (helo=vampire.homelinux.org) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1FewWe26Q5-0000Wj; Sat, 13 May 2006 17:59:28 +0200 Received: (qmail 46724 invoked from network); 13 May 2006 15:59:52 -0000 Received: from localhost (HELO mail.abi01.homeunix.org) (192.168.4.64) by localhost with SMTP; 13 May 2006 15:59:52 -0000 Received: from 192.168.4.1 (SquirrelMail authenticated user mlaier) by mail.abi01.homeunix.org with HTTP; Sat, 13 May 2006 17:59:27 +0200 (CEST) Message-ID: <57681.192.168.4.1.1147535967.squirrel@mail.abi01.homeunix.org> In-Reply-To: <200605131404.42211.m.jedrasik@gmail.com> References: <200605131404.42211.m.jedrasik@gmail.com> Date: Sat, 13 May 2006 17:59:27 +0200 (CEST) From: "Max Laier" To: Mateusz =?iso-8859-1?Q?J=C4=99drasik?= User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: if_xe and altq on FreeBSD-6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2006 15:59:30 -0000 Hi Mateusz, On Sat, May 13, 2006 2:04 pm, Mateusz Jędrasik wrote: > I've recently became an owner of Xircom 16-bit PCMCIA 10/100 Ethernet > Card, > which gets picked up by FreeBSD-6.1 as xe0 by the if_xe(4) driver. Here is > a > line from dmesg: > > > xe0: at port 0xd040-0xd04f iomem > 0xff904000-0xff904fff irq 11 function 0 config 1 on pccard1 > xe0: [GIANT-LOCKED] > xe0: version 0x45/0x04, 100Mbps capable > > So my kind request here i guess would be if someone could perhaphs find > some > time in their schedule to mayhap enable altq on this interface, or at > least > reply to me why it is not possible.. Look at the drivers at: http://people.freebsd.org/~mlaier/ALTQ_driver/ It's usually a rather simple task, but having it locked first certainly helps to make it not explode. I won't get to it right now, but write me an email or send in a PR after you've looked at it and got somewhere (or didn't) and I see it into the tree. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sat May 13 16:19:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85EC616A55D for ; Sat, 13 May 2006 16:19:36 +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 6D1F943D69 for ; Sat, 13 May 2006 16:19:34 +0000 (GMT) (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 k4DGJUhv074622; Sat, 13 May 2006 19:19:30 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 13 May 2006 19:19:30 +0300 (EEST) From: Dmitry Pryanishnikov To: "Angka H. K." In-Reply-To: <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> Message-ID: <20060513190519.P16055@atlantis.atlantis.dp.ua> References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> <86d5ei6k3x.fsf@xps.des.no> <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 16:19:41 -0000 Hello! On Sat, 13 May 2006, Angka H. K. wrote: > By the way what is WDMA and why it saying PIO not WDMA ? WDMA corresponds to so-called "multiword DMA" transfer mode. It's slower than UDMA (IIRC WDMA2 gives 16Mbytes/s, same as PIO4), but still should be sufficient for CD/DVD drive (well, up to 8x-speed DVDs). Of course, it's better to use WDMA2 than PIO4 because WDMA (as well as UDMA) doesn't use CPU cycles for moving data between RAM and device. FreeBSD's ata driver is quite conservative, and doesn't automatically enable WDMA mode for ATAPI device even if hw.ata.atapi_dma=1, so you should just enable this mode with atacontrol. E.g., you can add /sbin/atacontrol mode acd0 wmda2 to your /etc/rc.local file. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sat May 13 16:27:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D233B16A459 for ; Sat, 13 May 2006 16:27:59 +0000 (UTC) (envelope-from harikurniawan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BDBE43D6E for ; Sat, 13 May 2006 16:27:45 +0000 (GMT) (envelope-from harikurniawan@gmail.com) Received: by nz-out-0102.google.com with SMTP id n29so601955nzf for ; Sat, 13 May 2006 09:27:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fi7Et09JwjTwSrimS3M8jK+MNVWia9WeNe2mUESR76++JzkNHhS4IqcVLek/U7eBE7P6UMje7PTj313kOIuOmEMNXqzRzVKODWaGnOwm1x9M0ZoVtT1zuYfUAkA8wmRWMcZPfSRFYj5/wiNLnKsZ6mJD3jTURdLyIfb2S/gJhvs= Received: by 10.64.114.10 with SMTP id m10mr637340qbc; Sat, 13 May 2006 09:27:44 -0700 (PDT) Received: by 10.64.201.12 with HTTP; Sat, 13 May 2006 09:27:44 -0700 (PDT) Message-ID: <4c40c4e70605130927p13c45284k59f151a6d1657566@mail.gmail.com> Date: Sat, 13 May 2006 16:27:44 +0000 From: "Angka H. K." To: "Dmitry Pryanishnikov" In-Reply-To: <20060513190519.P16055@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> <86d5ei6k3x.fsf@xps.des.no> <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> <20060513190519.P16055@atlantis.atlantis.dp.ua> Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 16:28:00 -0000 This is the result of this command : angka# atacontrol mode acd0 wmda2 current mode =3D PIO4 angka# atacontrol mode acd0 wmda2 current mode =3D PIO4 angka# On 5/13/06, Dmitry Pryanishnikov wrote: > > Hello! > > On Sat, 13 May 2006, Angka H. K. wrote: > > By the way what is WDMA and why it saying PIO not WDMA ? > > WDMA corresponds to so-called "multiword DMA" transfer mode. It's slowe= r than > UDMA (IIRC WDMA2 gives 16Mbytes/s, same as PIO4), but still should be > sufficient for CD/DVD drive (well, up to 8x-speed DVDs). Of course, it's > better to use WDMA2 than PIO4 because WDMA (as well as UDMA) doesn't use > CPU cycles for moving data between RAM and device. FreeBSD's ata driver > is quite conservative, and doesn't automatically enable WDMA mode for > ATAPI device even if hw.ata.atapi_dma=3D1, so you should just enable > this mode with atacontrol. E.g., you can add > > /sbin/atacontrol mode acd0 wmda2 > > to your /etc/rc.local file. > > Sincerely, Dmitry > -- > Atlantis ISP, System Administrator > e-mail: dmitry@atlantis.dp.ua > nic-hdl: LYNX-RIPE > From owner-freebsd-current@FreeBSD.ORG Sat May 13 16:40:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18B0116A40A for ; Sat, 13 May 2006 16:40:29 +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 4E55D43D53 for ; Sat, 13 May 2006 16:40:24 +0000 (GMT) (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 k4DGeIWL091840; Sat, 13 May 2006 19:40:18 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 13 May 2006 19:40:18 +0300 (EEST) From: Dmitry Pryanishnikov To: "Angka H. K." In-Reply-To: <4c40c4e70605130927p13c45284k59f151a6d1657566@mail.gmail.com> Message-ID: <20060513193327.G16055@atlantis.atlantis.dp.ua> References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> <86d5ei6k3x.fsf@xps.des.no> <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> <20060513190519.P16055@atlantis.atlantis.dp.ua> <4c40c4e70605130927p13c45284k59f151a6d1657566@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 16:40:37 -0000 Hello! On Sat, 13 May 2006, Angka H. K. wrote: > This is the result of this command : > > angka# atacontrol mode acd0 wmda2 > current mode = PIO4 > angka# atacontrol mode acd0 wmda2 > current mode = PIO4 Ups, sorry, typo on my part (and improper error checking in atacontrol). That should be wdma, not wmda: root@homelynx# atacontrol mode acd1 wmda2 current mode = PIO4 root@homelynx# atacontrol mode acd1 wdma2 current mode = WDMA2 So command should be /sbin/atacontrol mode acd0 wdma2 Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sat May 13 17:26:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C753D16A44C for ; Sat, 13 May 2006 17:26:50 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA05643D66 for ; Sat, 13 May 2006 17:26:45 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so371527nzi for ; Sat, 13 May 2006 10:26:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=RAQ2DKwY6KrBeb4jx4IwWwX8Lo1EqrtRac2h8XZstNDkrMPoO1SkUdfw1HCnC+x+T84zN5ChJqzsS0qAekD0J800PgnVeWlLsQhBkSHBt2gMvxqTUtrqawTS7eXvhI0rRADN6qAviKd01Z2ZRjhoBr3llattis3vsz8yEwes22Y= Received: by 10.36.7.13 with SMTP id 13mr1207238nzg; Sat, 13 May 2006 10:26:44 -0700 (PDT) Received: by 10.36.222.48 with HTTP; Sat, 13 May 2006 10:26:43 -0700 (PDT) Message-ID: <53cc795f0605131026n2d9a5776jd75630e3f9505e55@mail.gmail.com> Date: Sat, 13 May 2006 21:26:43 +0400 From: sekes To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: deadlock every 15-20 min X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 17:26:51 -0000 i csuped and built new kernel this morning now every time i catch strong deadlock in the 15-20 minutes after booting up. i'm completely cutoff :-( this is the last produced message on the screen before the system hangs up. panic: rip_detach: inp =3D=3D NULL cpuid =3D 0 KDB: enter: panic [thread pid 11 tid 100005 ] Stopped at kdb_enter+0x2b: nop db> xnet# uname -a FreeBSD xnet.nnov.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat May 13 11:28:4= 9 MSD 2006 root@xnet.nnov.ru:/usr/obj/usr/src/sys/GENERIC i386 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Sat May 13 11:28:49 MSD 2006 root@xnet.nnov.ru:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x652 Stepping =3D 2 Features=3D0x183f9ff real memory =3D 536858624 (511 MB) avail memory =3D 511541248 (487 MB) kbd1 at kbdmux0 ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ACPI disabled by blacklist. Contact your BIOS vendor. cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x8a135330-0x8a13534f mem 0xdc000000-0xdfffffff at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 5 a= t device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered piix0: port 0xe800-0xe80f at device 4.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 rl0: port 0xd000-0xd0ff mem 0xdb800000-0xdb8000ff irq 12 at device 10.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:80:48:31:0d:1f rl0: [GIANT-LOCKED] rl1: port 0xb800-0xb8ff mem 0xdb000000-0xdb0000ff irq 10 at device 11.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:80:48:25:36:9e rl1: [GIANT-LOCKED] rl2: port 0xb400-0xb4ff mem 0xda800000-0xda8000ff irq 11 at device 12.0 on pci0 miibus2: on rl2 rlphy2: on miibus2 rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl2: Ethernet address: 00:30:84:3a:e2:85 rl2: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: EGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FAST] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FAST] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 350798189 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled ad0: 9541MB at ata0-master UDMA33 ad1: 39266MB at ata0-slave UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted GEOM_ELI: Device ad0s1b.eli created. GEOM_ELI: Cipher: AES GEOM_ELI: Key length: 256 GEOM_ELI: Crypto: software WARNING: /usr was not properly dismounted WARNING: /mnt/DISK1 was not properly dismounted pid 761 (ircd), uid 0: exited on signal 11 (core dumped) rl0: promiscuous mode enabled rl0: promiscuous mode disabled WARNING: attempt to net_add_domain(netgraph) after domainfinalize() lock order reversal: 1st 0xc2b8b090 inp (divinp) @ /usr/src/sys/modules/ipdivert/../../netinet/ip_divert.c:336 2nd 0xc0a44db8 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0a04aa8,c0a04ee0,c09b1e84) at kdb_backtrace+0x29 witness_checkorder(c0a44db8,1,c0916282,49) at witness_checkorder+0x586 _rw_rlock(c0a44db8,c0916282,49) at _rw_rlock+0x54 pfil_run_hooks(c0a44da0,d4b00b3c,c29b2400,2,0) at pfil_run_hooks+0x2c ip_output(c2aa9200,0,d4b00b08,22,0) at ip_output+0x627 div_send(c2b2c14c,0,c2aa9200,c2ab7950,0) at div_send+0x208 sosend(c2b2c14c,c2ab7950,d4b00be4,c2aa9200,0) at sosend+0x3e5 kern_sendit(c29bdbd0,3,d4b00c64,0,0) at kern_sendit+0x108 sendit(c29bdbd0,3,d4b00c64,0,bfbdebdf) at sendit+0x15f sendto(c29bdbd0,d4b00d04,c2ad48d0,c,c29bdbd0) at sendto+0x4d syscall(3b,3b,bfbf003b,2,4f) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x2813069b, esp =3D 0xbfbdeafc, ebp =3D 0xbfbeeba8 --- arp: 00:11:95:c4:ca:b0 attempts to modify permanent entry for 192.168.1.1 o= n rl1 From owner-freebsd-current@FreeBSD.ORG Sat May 13 17:27:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C4B16A40A for ; Sat, 13 May 2006 17:27:53 +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 1177343D4C for ; Sat, 13 May 2006 17:27:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4DHRiia025539; Sat, 13 May 2006 11:27:49 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44661710.2090507@samsco.org> Date: Sat, 13 May 2006 11:27:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: patrik References: <4465CB9C.70709@dentarg.net> In-Reply-To: <4465CB9C.70709@dentarg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: freebsd-current@freebsd.org Subject: Re: RAIDframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 17:27:54 -0000 patrik wrote: > Today I read through > http://marc.theaimsgroup.com/?l=freebsd-current&m=107377398125007&w=2 > I am I right i think this was the result? > http://lists.freebsd.org/pipermail/cvs-src/2004-March/020551.html > > Anyway, when looking on > http://www.freebsd.org/cgi/man.cgi?query=raid&sektion=0&manpath=FreeBSD+7.0-current&apropos=1&format=html > > it seems that RAIDframe is back, in -current. Is it? Or has it always > been there? Is it working? Haven't found any information about the > subject on the lists since it was removed. > > What are my options if I want to do software RAID5 in FreeBSD? gvinum? > ccd? Something else? I got 3 disks (each 300GB), and the porpuse is my > personal fileserver. > gvinum or one of the hardware assisted/accelerated RAID adapters. There are many to choose from. Scott From owner-freebsd-current@FreeBSD.ORG Sat May 13 18:37:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E452A16A41B for ; Sat, 13 May 2006 18:37:57 +0000 (UTC) (envelope-from lists@yazzy.org) Received: from mx1.yazzy.org (mx1.yazzy.org [84.247.145.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC8EE43D45 for ; Sat, 13 May 2006 18:37:53 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from gw.yazzy.net ([81.175.12.222] helo=lapdance.yazzy.net) by mx1.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1FeyzW-0005qH-1N; Sat, 13 May 2006 20:37:26 +0200 Date: Sat, 13 May 2006 18:36:48 +0000 From: Marcin Jessa To: Dmitry Pryanishnikov Message-Id: <20060513183648.7444b11b.lists@yazzy.org> In-Reply-To: <20060513190519.P16055@atlantis.atlantis.dp.ua> References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> <86d5ei6k3x.fsf@xps.des.no> <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> <20060513190519.P16055@atlantis.atlantis.dp.ua> Organization: YazzY.org X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Cc: des@des.no, harikurniawan@gmail.com, current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 18:37:58 -0000 On Sat, 13 May 2006 19:19:30 +0300 (EEST) Dmitry Pryanishnikov wrote: > > Hello! > > On Sat, 13 May 2006, Angka H. K. wrote: > > By the way what is WDMA and why it saying PIO not WDMA ? > > WDMA corresponds to so-called "multiword DMA" transfer mode. It's slower than > UDMA (IIRC WDMA2 gives 16Mbytes/s, same as PIO4), but still should be > sufficient for CD/DVD drive (well, up to 8x-speed DVDs). Of course, it's > better to use WDMA2 than PIO4 because WDMA (as well as UDMA) doesn't use > CPU cycles for moving data between RAM and device. FreeBSD's ata driver > is quite conservative, and doesn't automatically enable WDMA mode for > ATAPI device even if hw.ata.atapi_dma=1, so you should just enable > this mode with atacontrol. E.g., you can add Does this mean I should set my laptop's drive mode to WDMA2 instead of UDMA100 (HD) and UDMA33 (CDRW)? Marcin. From owner-freebsd-current@FreeBSD.ORG Sat May 13 19:20:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAD3416A411 for ; Sat, 13 May 2006 19:20:20 +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 97D2143D5E for ; Sat, 13 May 2006 19:20:17 +0000 (GMT) (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 k4DJK74s015631; Sat, 13 May 2006 22:20:07 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 13 May 2006 22:20:07 +0300 (EEST) From: Dmitry Pryanishnikov To: Marcin Jessa In-Reply-To: <20060513183648.7444b11b.lists@yazzy.org> Message-ID: <20060513221144.O16055@atlantis.atlantis.dp.ua> References: <4c40c4e70605130152s52fb3188nd847a0b8b0d46972@mail.gmail.com> <861wuy8b84.fsf@xps.des.no> <4c40c4e70605130418y3208840ctb0b1c7b1f61b7a74@mail.gmail.com> <86wtcq6psi.fsf@xps.des.no> <4c40c4e70605130659q4c486a64u188177bd5eb804f5@mail.gmail.com> <86hd3u6lbc.fsf@xps.des.no> <4c40c4e70605130744o5d0fd566n6a219ade5924561d@mail.gmail.com> <86d5ei6k3x.fsf@xps.des.no> <4c40c4e70605130835v46296d6akcc0bdd44bec49d08@mail.gmail.com> <20060513190519.P16055@atlantis.atlantis.dp.ua> <20060513183648.7444b11b.lists@yazzy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: des@des.no, harikurniawan@gmail.com, current@freebsd.org Subject: Re: DMA no active on HL-DT-STCD-RW/DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 19:20:21 -0000 Hello! On Sat, 13 May 2006, Marcin Jessa wrote: >> WDMA corresponds to so-called "multiword DMA" transfer mode. It's slower than >> UDMA (IIRC WDMA2 gives 16Mbytes/s, same as PIO4), but still should be >> sufficient for CD/DVD drive (well, up to 8x-speed DVDs). Of course, it's >> better to use WDMA2 than PIO4 because WDMA (as well as UDMA) doesn't use >> CPU cycles for moving data between RAM and device. FreeBSD's ata driver >> is quite conservative, and doesn't automatically enable WDMA mode for >> ATAPI device even if hw.ata.atapi_dma=1, so you should just enable >> this mode with atacontrol. E.g., you can add > > Does this mean I should set my laptop's drive mode to WDMA2 instead of > UDMA100 (HD) and UDMA33 (CDRW)? No, there is no point in using WDMA if your hardware works well in UDMA mode. UDMA is faster (at least twice) than WDMA2, and provides data CRC check = more reliable. But if device supports _only_ PIO and WDMA, it's better to use WDMA mode. > Marcin. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sat May 13 19:51:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D49A416A404; Sat, 13 May 2006 19:51:49 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 026DA43D46; Sat, 13 May 2006 19:51:46 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:QvZjABXjQCrVtYxf+WgRMmMhKyZ6nFfSoefA5Fs/RUXpcQUP170he9if1ZrXOI5x@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k4DJpfPI080669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 May 2006 04:51:41 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 14 May 2006 04:51:41 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sun, 14 May 2006 04:51:42 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: re@freebsd.org, current@freebsd.org Subject: Re: Shared library version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 19:51:49 -0000 Hi, >>>>> On Fri, 12 May 2006 13:44:58 -0400 (EDT) >>>>> Daniel Eischen said: > I wish to fix following things which break ABI backward compatibility > when libc version bump: > > - gethostbyaddr(3) prototype to conform to POSIX. > - Fix wrong usage of EAI_MEMORY in getnameinfo(). It needs to > return EAI_OVERFLOW. > - Update res_update() and friends to BIND9's one. > - Nuke some compatibility crufts for 6.X and earlier. deischen> Go ahead. Just realize though, that after 7.0 is released deischen> you will have to support any ABI from then on without version deischen> bumps (meaning, you have to keep shims for any old 7.0+ ABIs deischen> in libc). Okay, I'll do. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sat May 13 20:45:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4958716A442 for ; Sat, 13 May 2006 20:45:20 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1048A43D6E for ; Sat, 13 May 2006 20:45:15 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so388579nzf for ; Sat, 13 May 2006 13:45:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=VTqfKiMmQnWY2cCq+55vDZEpqHZn2Y+3GQnstjDWzjWJFQhCrJOyt5XYckexwu4JhGuhSsG5woijM9h2SPj1FARiUYd7a+bgaQ22BkZt9ro1Vjkg7Z8xQ15s0804ueDcjbnPsEuRaGqeRKyPHkGQ2wll7VVW9gQ1kfGFBF4WbY0= Received: by 10.36.66.3 with SMTP id o3mr4183057nza; Sat, 13 May 2006 13:45:15 -0700 (PDT) Received: by 10.36.222.48 with HTTP; Sat, 13 May 2006 13:45:15 -0700 (PDT) Message-ID: <53cc795f0605131345t718d0ad7ia7792f2ed4446037@mail.gmail.com> Date: Sun, 14 May 2006 00:45:15 +0400 From: sekes To: freebsd-current@freebsd.org In-Reply-To: <53cc795f0605131026n2d9a5776jd75630e3f9505e55@mail.gmail.com> MIME-Version: 1.0 References: <53cc795f0605131026n2d9a5776jd75630e3f9505e55@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: deadlock every 15-20 min X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 20:45:23 -0000 i found the reason of my unpredictable reboots. it is in netgraph.ko module. if i don't let ppp(8) and mpd(8) load module system works fine. otherwise after a bit of time it hangs up with following error: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() lock order reversal: 1st 0xc2b8b090 inp (divinp) @ /usr/src/sys/modules/ipdivert/../../netinet/ip_divert.c:336 2nd 0xc0a44db8 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0a04aa8,c0a04ee0,c09b1e84) at kdb_backtrace+0x29 witness_checkorder(c0a44db8,1,c0916282,49) at witness_checkorder+0x586 _rw_rlock(c0a44db8,c0916282,49) at _rw_rlock+0x54 pfil_run_hooks(c0a44da0,d4b00b3c,c29b2400,2,0) at pfil_run_hooks+0x2c ip_output(c2aa9200,0,d4b00b08,22,0) at ip_output+0x627 div_send(c2b2c14c,0,c2aa9200,c2ab7950,0) at div_send+0x208 sosend(c2b2c14c,c2ab7950,d4b00be4,c2aa9200,0) at sosend+0x3e5 kern_sendit(c29bdbd0,3,d4b00c64,0,0) at kern_sendit+0x108 sendit(c29bdbd0,3,d4b00c64,0,bfbdebdf) at sendit+0x15f sendto(c29bdbd0,d4b00d04,c2ad48d0,c,c29bdbd0) at sendto+0x4d syscall(3b,3b,bfbf003b,2,4f) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x2813069b, esp =3D 0xbfbdeafc, ebp =3D 0xbfbeeba8 --- On 5/13/06, sekes wrote: > > i csuped and built new kernel this morning > now every time i catch strong deadlock in the 15-20 minutes after booting > up. > > i'm completely cutoff :-( > > this is the last produced message on the screen before the system hangs > up. > > panic: rip_detach: inp =3D=3D NULL > cpuid =3D 0 > KDB: enter: panic > [thread pid 11 tid 100005 ] > Stopped at kdb_enter+0x2b: nop > db> > > xnet# uname -a > FreeBSD xnet.nnov.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat May 13 > 11:28:49 MSD 2006 root@xnet.nnov.ru:/usr/obj/usr/src/sys/GENERIC i38= 6 > > > > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #0: Sat May 13 11:28:49 MSD 2006 > root@xnet.nnov.ru:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x652 Stepping =3D 2 > > Features=3D0x183f9ff > real memory =3D 536858624 (511 MB) > avail memory =3D 511541248 (487 MB) > kbd1 at kbdmux0 > ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413) > ACPI disabled by blacklist. Contact your BIOS vendor. > cpu0 on motherboard > pcib0: pcibus 0 on motherboar= d > > pir0: on motherboard > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x8a135330-0x8a13534f mem > 0xdc000000-0xdfffffff at device 0.0 on pci1 > isab0: at device 4.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > uhci0: port 0xd400-0xd41f irq 5 > at device 4.2 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > piix0: port 0xe800-0xe80f at device 4.3 on pci0 > Timecounter "PIIX" frequency 3579545 Hz quality 0 > rl0: port 0xd000-0xd0ff mem > 0xdb800000-0xdb8000ff irq 12 at device 10.0 on pci0 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:80:48:31:0d:1f > rl0: [GIANT-LOCKED] > rl1: port 0xb800-0xb8ff mem > 0xdb000000-0xdb0000ff irq 10 at device 11.0 on pci0 > miibus1: on rl1 > rlphy1: on miibus1 > rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl1: Ethernet address: 00:80:48:25:36:9e > rl1: [GIANT-LOCKED] > rl2: port 0xb400-0xb4ff mem > 0xda800000-0xda8000ff irq 11 at device 12.0 on pci0 > miibus2: on rl2 > rlphy2: on miibus2 > rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl2: Ethernet address: 00:30:84:3a:e2:85 > rl2: [GIANT-LOCKED] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on isa0 > fdc0: [FAST] > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: EGA <16 virtual consoles, flags=3D0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio0: [FAST] > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio1: [FAST] > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 350798189 Hz quality 800 > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding > disabled, default to deny, logging disabled > ad0: 9541MB at ata0-master UDMA33 > ad1: 39266MB at ata0-slave UDMA33 > Trying to mount root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > GEOM_ELI: Device ad0s1b.eli created. > GEOM_ELI: Cipher: AES > GEOM_ELI: Key length: 256 > GEOM_ELI: Crypto: software > WARNING: /usr was not properly dismounted > WARNING: /mnt/DISK1 was not properly dismounted > pid 761 (ircd), uid 0: exited on signal 11 (core dumped) > rl0: promiscuous mode enabled > rl0: promiscuous mode disabled > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() > lock order reversal: > 1st 0xc2b8b090 inp (divinp) @ > /usr/src/sys/modules/ipdivert/../../netinet/ip_divert.c:336 > 2nd 0xc0a44db8 PFil hook read/write mutex (PFil hook read/write mutex) @ > /usr/src/sys/net/pfil.c:73 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0a04aa8,c0a04ee0,c09b1e84) at kdb_backtrace+0x2= 9 > witness_checkorder(c0a44db8,1,c0916282,49) at witness_checkorder+0x586 > _rw_rlock(c0a44db8,c0916282,49) at _rw_rlock+0x54 > pfil_run_hooks(c0a44da0,d4b00b3c,c29b2400,2,0) at pfil_run_hooks+0x2c > ip_output(c2aa9200,0,d4b00b08,22,0) at ip_output+0x627 > div_send(c2b2c14c,0,c2aa9200,c2ab7950,0) at div_send+0x208 > sosend(c2b2c14c,c2ab7950,d4b00be4,c2aa9200,0) at sosend+0x3e5 > kern_sendit(c29bdbd0,3,d4b00c64,0,0) at kern_sendit+0x108 > sendit(c29bdbd0,3,d4b00c64,0,bfbdebdf) at sendit+0x15f > sendto(c29bdbd0,d4b00d04,c2ad48d0,c,c29bdbd0) at sendto+0x4d > syscall(3b,3b,bfbf003b,2,4f) at syscall+0x27e > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x2813069b, esp =3D > 0xbfbdeafc, ebp =3D 0xbfbeeba8 --- > arp: 00:11:95:c4:ca:b0 attempts to modify permanent entry for 192.168.1.1= on rl1 > From owner-freebsd-current@FreeBSD.ORG Sat May 13 23:47:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF4A16A400 for ; Sat, 13 May 2006 23:47:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A9743D46 for ; Sat, 13 May 2006 23:47:35 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so402761nzi for ; Sat, 13 May 2006 16:47:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QOinA0tTb9nFXv3CaJwJD30gtDSTq71RAwbyVxoqoBJIvPQayjPQeXBdLebyKMTIRlI8tQPJX8yHGHgDtm5h8ZEkkhiICcp9YTxBgSr1jyM1zBWU+nd2+0SeBIRank6DnzlEFB4NVIThD6pyBD5k1c9+H8VJENXsMrh9Ha9cV7s= Received: by 10.37.18.17 with SMTP id v17mr62416nzi; Sat, 13 May 2006 16:47:31 -0700 (PDT) Received: by 10.36.60.19 with HTTP; Sat, 13 May 2006 16:47:31 -0700 (PDT) Message-ID: <6eb82e0605131647o29e004d4yd1d9b252c8610218@mail.gmail.com> Date: Sat, 13 May 2006 19:47:31 -0400 From: "Rong-en Fan" To: "Jordan Sissel" In-Reply-To: <20060507080835.A58C615BD@fury.csh.rit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060507080835.A58C615BD@fury.csh.rit.edu> Cc: freebsd-current@freebsd.org Subject: Re: [patch] new moused and psm patchset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2006 23:47:37 -0000 On 5/7/06, Jordan Sissel wrote: > I know the code violates some of style(9), these will be fixed soon. > > I need testers' and developers' help. I'm willing to code whatever folks > want to see in this new system, I just need to know what you want. > > Testers: Tell me if it works or breaks and what mice you want supported. I'm running this with my ThinkPad X31 (recently current), dmesg shows: psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: <(new) PS/2 Mouse> irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: attached And I have to manually start moused by # moused -m generic -d /dev/psm0 -U 6 -V Both console and X.org mouse works well except there is no horizontal virtual scrolling :) The new moused's synopsis is a bit different from the current one. Can we use the same options so that /etc/rc.d/moused can start it with some tweaks in rc.conf? That will be nice. Regards, Rong-En Fan