From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 19 04:08:54 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EBB516A424; Sun, 19 Mar 2006 04:08:54 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from mail07.powweb.com (mail07.powweb.com [66.152.97.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 286A143D45; Sun, 19 Mar 2006 04:08:54 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (24-119-205-114.cpe.cableone.net [24.119.205.114]) by mail07.powweb.com (Postfix) with ESMTP id 0798F14DC56; Sat, 18 Mar 2006 20:08:51 -0800 (PST) Date: Sat, 18 Mar 2006 22:22:21 -0600 From: Vulpes Velox To: "Larry Rosenman" Message-ID: <20060318222221.3ecea90f@vixen42.vulpes> In-Reply-To: <006701c649ec$74c64c20$0a0a0a0a@aus.pervasive.com> References: <200603171234.52743.jhb@freebsd.org> <006701c649ec$74c64c20$0a0a0a0a@aus.pervasive.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, 'Tom Daly' Subject: Re: Recommended SMP Config X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 04:08:54 -0000 On Fri, 17 Mar 2006 11:58:54 -0600 "Larry Rosenman" wrote: > John Baldwin wrote: > > On Friday 17 March 2006 12:00, Tom Daly wrote: > >>> Because CPU 1 is a hyperthread. So is CPU 3 for that matter. > >> > >> That makes sense, but CPU 3 shows up in top without setting > >> machdep.hyperthreading_allowed=1. ??? > > > > Yes, that's a bug. > > I saw the same thing on my AMD64 system as well, if that matters. I am curious, how are you seeing this on the AMD64 when it is not hyperthreaded? > I've since set machdep.hyperthreading_allowed=1, but was curious. > > Thanks for the confirmation that it's a bug. > > If you or anyone needs a test bed, I have a dual-xeon em64t box > that I can give access to. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 19 08:55:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BC9A16A401; Sun, 19 Mar 2006 08:55:56 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6FF743D45; Sun, 19 Mar 2006 08:55:55 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=nJm7vmFuZWTL3wnsOnVDveJ0VE9qJ+Wlcf6eg8c9uGselYTxeuxhQA4GkmMErToWKwWBUHvNpuDItc4tAJjc/xSAWLDR9Az1m6AYjxLJNoUTqEfguZvI3Odpw1IrTPYrJVsswUt493rCcB1ckqzyYWj3rzAF6KGNZOofsA1A7KY=; Received: from thebighonker.lerctr.org ([192.147.25.65]:55781) by lerami.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1FKtGW-00018l-1R; Sun, 19 Mar 2006 02:28:01 -0600 References: <200603171234.52743.jhb@freebsd.org> <006701c649ec$74c64c20$0a0a0a0a@aus.pervasive.com> <20060318222221.3ecea90f@vixen42.vulpes> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Larry Rosenman To: Vulpes Velox Date: Sun, 19 Mar 2006 02:27:55 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: freebsd-hackers@freebsd.org, =?ISO-8859-1?B?J1RvbSBEYWx5Jw==?= Subject: Re: Recommended SMP Config X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 08:55:56 -0000 Vulpes Velox writes: > On Fri, 17 Mar 2006 11:58:54 -0600 > "Larry Rosenman" wrote: > > I am curious, how are you seeing this on the AMD64 when it is not > hyperthreaded? Because I'm on a EM64T Xeon which IS hyperthreaded -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 19 13:10:27 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B7616A422 for ; Sun, 19 Mar 2006 13:10:27 +0000 (UTC) (envelope-from ederbsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5C143D70 for ; Sun, 19 Mar 2006 13:10:19 +0000 (GMT) (envelope-from ederbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so862270wra for ; Sun, 19 Mar 2006 05:10:18 -0800 (PST) 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=TSqF6c4e1Db94q2PuCIbQeJcm2TgJxFsnMLj/nyKi6oOjUbA0yz5PAGxHTaFtb/Ed8YosEeF1sgoqtHywrTwsqyJrbj9HzqrdHdCwgdkgNBVIiVY2vxlFtzeUjxfV8BkYpPiIwsHkiHMazNwc0nmpjbIHNEqflosodDdULMS5xk= Received: by 10.65.100.4 with SMTP id c4mr1100053qbm; Sun, 19 Mar 2006 05:10:18 -0800 (PST) Received: by 10.65.141.13 with HTTP; Sun, 19 Mar 2006 05:10:18 -0800 (PST) Message-ID: <9dd63e580603190510u661cac9fi1d22b0a12926eb62@mail.gmail.com> Date: Sun, 19 Mar 2006 10:10:18 -0300 From: Eder To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: install the FreeBSD (notbook Toshiba) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 13:10:27 -0000 Pliss, I am trying to install the FreeBSD in one notbook Toshiba Tecra M3 S336, an= d simply the following error happens: Timecounter "TSC" frequency 1862079434 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master PIO4 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s3a But if I enter way single functions. Some Suggestion ? -- Linux is for people who hate Windows, BSD is for people who love UNIX" From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 19 15:01:49 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3387116A41F for ; Sun, 19 Mar 2006 15:01:49 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA10A43D48 for ; Sun, 19 Mar 2006 15:01:48 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id B756235707 for ; Sun, 19 Mar 2006 16:01:42 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 583DE6D0EF; Sun, 19 Mar 2006 16:01:33 +0100 (CET) Date: Sun, 19 Mar 2006 16:01:33 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060319150133.GA6390@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <200603171502.k2HF2IV3086523@pinky.frank-behrens.de> <20060317151220.GA26987@britannica.bec.de> <441B09DA.1010902@elischer.org> <20060317192029.GB10869@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060317192029.GB10869@odin.ac.hmc.edu> User-Agent: Mutt/1.5.11 Subject: Re: [RFE] dhclient(8) should send hostname X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 15:01:49 -0000 On Fri, Mar 17, 2006 at 11:20:29AM -0800, Brooks Davis wrote: > I'm inclined to add this feature, possibly with an option to turn it > off. It seems like a useful default and it's what other OSes do. I > don't believe the objection above has much relevance since the actual > update if any is only performed if the DHCP server is configured to make > one. Incorrect DHCP packets sent by DHCP servers are my problem. Side > effects caused by misconfiguration is not. That was partly a misunderstanding on my site. There are two mechanisms for DNS updates used currently: by the server and by the client. At least Windows 2000 and XP default to the later. Joerg From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 19 16:31:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 374A016A41F for ; Sun, 19 Mar 2006 16:31:19 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate2.pacific.net.sg (smtpgate2.pacific.net.sg [203.120.90.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F26843D48 for ; Sun, 19 Mar 2006 16:31:17 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 8087 invoked from network); 19 Mar 2006 16:31:15 -0000 Received: from maxwell6.pacific.net.sg (203.120.90.212) by smtpgate2.pacific.net.sg with SMTP; 19 Mar 2006 16:31:15 -0000 Received: from [192.168.0.107] ([210.24.122.26]) by maxwell6.pacific.net.sg with ESMTP id <20060319163114.LQQ1180.maxwell6.pacific.net.sg@[192.168.0.107]>; Mon, 20 Mar 2006 00:31:14 +0800 Message-ID: <441D86FB.8020107@pacific.net.sg> Date: Mon, 20 Mar 2006 00:29:47 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Eder , freebsd-hackers@freebsd.org References: <9dd63e580603190510u661cac9fi1d22b0a12926eb62@mail.gmail.com> In-Reply-To: <9dd63e580603190510u661cac9fi1d22b0a12926eb62@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: install the FreeBSD (notbook Toshiba) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 16:31:19 -0000 Hi, Eder wrote: this sounds German. > Pliss, Please? > > I am trying to install the FreeBSD in one notbook Toshiba Tecra M3 S336, and > simply > the following error happens: This is not an error message. It is just a status message. > > Timecounter "TSC" frequency 1862079434 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 76319MB at ata0-master > PIO4 > acd0: CDRW at ata1-master PIO4 > Trying to mount root from ufs:/dev/ad0s3a > > But if I enter way single functions. What do you try to express here? > > -- > Linux is for people who hate Windows, > BSD is for people who love UNIX" This is so true! Erich From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 19 18:19:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1495116A420; Sun, 19 Mar 2006 18:19: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 B41B843D45; Sun, 19 Mar 2006 18:19:57 +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 833AB1A3C30; Sun, 19 Mar 2006 10:19:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4ED05517B6; Sun, 19 Mar 2006 13:19:56 -0500 (EST) Date: Sun, 19 Mar 2006 13:19:53 -0500 From: Kris Kennaway To: Daichi GOTO Message-ID: <20060319181953.GA3999@xor.obsecurity.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <4417DD8D.3050201@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2006 18:19:58 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 15, 2006 at 06:25:33PM +0900, Daichi GOTO wrote: > I have updated the patchset-9 of unionfs. Another panic, this time from umount -f: panic: union_lock: wrong vnode (un == null) db> wh Tracing pid 17750 tid 100151 td 0xc7c38a20 kdb_enter(c07273ef,2,c0720d69,ee2d2aa0,c7c38a20) at kdb_enter+0x30 panic(c0720d69,c0599f59,c0599bef,ee2d2ab8,c07605c0) at panic+0x13f union_lock(ee2d2afc,0,0,2002,ca29ed20) at union_lock+0x68 VOP_LOCK_APV(c07605c0,ee2d2afc,ca29ede8,c6643488,8d3) at VOP_LOCK_APV+0xa6 vn_lock(ca29ed20,2002,c7c38a20,8d3,c6643488) at vn_lock+0xd3 vflush(c6643400,1,2,c7c38a20,c666bd80) at vflush+0x186 unionfs_unmount(c6643400,8080000,c7c38a20,c7c38a20,0) at unionfs_unmount+0x54 dounmount(c6643400,8080000,c7c38a20,415,800ff05) at dounmount+0x338 unmount(c7c38a20,ee2d2d04,c074769a,3ed,c69ea738) at unmount+0x270 syscall(3b,3b,3b,804a625,a000aa1) at syscall+0x2ea Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280c54c3, esp = 0xbfbfe44c, ebp = 0xbfbfe508 --- db> show lockedvnods Locked vnodes 0xc7347d20: tag ufs, type VLNK usecount 0, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587 #1 0xc0594a97 at vop_stdlock+0x32 #2 0xc06fda82 at VOP_LOCK_APV+0xa6 #3 0xc066b4a1 at ffs_lock+0x19 #4 0xc06fda82 at VOP_LOCK_APV+0xa6 #5 0xc05ad540 at vn_lock+0xd3 #6 0xc059f500 at vrele+0x149 #7 0xc04ef97f at union_hashrem+0x28c #8 0xc04f4257 at union_reclaim+0x1b #9 0xc06fd958 at VOP_RECLAIM_APV+0xc4 #10 0xc05a02cc at vgonel+0x1b2 #11 0xc059cd48 at vtryrecycle+0x135 #12 0xc059c64b at vnlru_free+0x18e #13 0xc059cdce at getnewvnode+0x47 #14 0xc066a126 at ffs_vget+0xfc #15 0xc0671b7b at ufs_lookup+0xb83 #16 0xc06fb53d at VOP_CACHEDLOOKUP_APV+0xc4 #17 0xc0592219 at vfs_cache_lookup+0xcb ino 297887, on dev da0s1e 0xcb5d52a0: tag ufs, type VDIR usecount 3, writecount 0, refcount 6 mountedhere 0 flags () v_object 0xc8fa2d20 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587 #1 0xc0594a97 at vop_stdlock+0x32 #2 0xc06fda82 at VOP_LOCK_APV+0xa6 #3 0xc066b4a1 at ffs_lock+0x19 #4 0xc06fda82 at VOP_LOCK_APV+0xa6 #5 0xc05ad540 at vn_lock+0xd3 #6 0xc0596ba5 at lookup+0xe5 #7 0xc05967f9 at namei+0x434 #8 0xc05a69c6 at kern_lstat+0x4f #9 0xc05a6951 at lstat+0x2f #10 0xc06e4c52 at syscall+0x2ea #11 0xc06cebef at Xint0x80_syscall+0x1f ino 3044707, on dev da0s1e 0xc6d66540: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0xc6643400 flags () lock type ufs: EXCL (count 1) by thread 0xc7c38a20 (pid 17750)#0 0xc05274eb at lockmgr+0x587 #1 0xc0594a97 at vop_stdlock+0x32 #2 0xc06fda82 at VOP_LOCK_APV+0xa6 #3 0xc066b4a1 at ffs_lock+0x19 #4 0xc06fda82 at VOP_LOCK_APV+0xa6 #5 0xc05ad540 at vn_lock+0xd3 #6 0xc0599c72 at dounmount+0x51 #7 0xc0599bef at unmount+0x270 #8 0xc06e4c52 at syscall+0x2ea #9 0xc06cebef at Xint0x80_syscall+0x1f ino 612352, on dev da0s1d 0xca29ed20: tag unionfs, type VLNK usecount 0, writecount 0, refcount 2 mountedhere 0 flags (VI_DOOMED) VI_LOCKed lock type unionfs: EXCL (count 1) by thread 0xc692c360 (pid 17230)#0 0xc05274eb at lockmgr+0x587 #1 0xc04ef789 at union_hashrem+0x96 #2 0xc04f4257 at union_reclaim+0x1b #3 0xc06fd958 at VOP_RECLAIM_APV+0xc4 #4 0xc05a02cc at vgonel+0x1b2 #5 0xc059cd48 at vtryrecycle+0x135 #6 0xc059c64b at vnlru_free+0x18e #7 0xc059cdce at getnewvnode+0x47 #8 0xc066a126 at ffs_vget+0xfc #9 0xc0671b7b at ufs_lookup+0xb83 #10 0xc06fb53d at VOP_CACHEDLOOKUP_APV+0xc4 #11 0xc0592219 at vfs_cache_lookup+0xcb #12 0xc06fb43b at VOP_LOOKUP_APV+0xa6 #13 0xc0596f3a at lookup+0x47a #14 0xc05967f9 at namei+0x434 #15 0xc05a69c6 at kern_lstat+0x4f #16 0xc05a6951 at lstat+0x2f #17 0xc06e4c52 at syscall+0x2ea Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEHaDIWry0BWjoQKURAnRyAJ9wZ0hBTj5EZADR+QLo8I2ccCiy4wCfTbDH qj5OwBVB+R8egMN1GQaWJKY= =4aeB -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 00:20:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF1FB16A401 for ; Mon, 20 Mar 2006 00:20:45 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFBE43D58 for ; Mon, 20 Mar 2006 00:20:44 +0000 (GMT) (envelope-from soralx@cydem.org) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IWE00AZLGYKBA30@l-daemon> for freebsd-hackers@freebsd.org; Sun, 19 Mar 2006 17:20:44 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd2mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IWE00EIHGYKUNG0@pd2mr1so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Sun, 19 Mar 2006 17:20:44 -0700 (MST) Received: from soralx.cydem.org ([24.87.27.3]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IWE00E6VGYJBA40@l-daemon> for freebsd-hackers@freebsd.org; Sun, 19 Mar 2006 17:20:43 -0700 (MST) Date: Sun, 19 Mar 2006 16:20:47 -0800 From: soralx@cydem.org In-reply-to: <441D86FB.8020107@pacific.net.sg> To: freebsd-hackers@freebsd.org Message-id: <200603191620.47704.soralx@cydem.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <9dd63e580603190510u661cac9fi1d22b0a12926eb62@mail.gmail.com> <441D86FB.8020107@pacific.net.sg> User-Agent: KMail/1.5.4 Cc: ederbsd@gmail.com Subject: Re: install the FreeBSD (notbook Toshiba) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 00:20:45 -0000 > This is not an error message. It is just a status message. > > > Timecounter "TSC" frequency 1862079434 Hz quality 800 > > Timecounters tick every 1.000 msec > > ad0: 76319MB at ata0-master > > PIO4 > > acd0: CDRW at ata1-master PIO4 > > Trying to mount root from ufs:/dev/ad0s3a > > > > But if I enter way single functions. > > What do you try to express here? I think he means that if he enters (boots) in single-user mode, things function properly. Timestamp: 0x441DF47A [SorAlx] http://cydem.org.ua/ ridin' VN1500-B2 From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 07:17:53 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C9616A425; Mon, 20 Mar 2006 07:17:53 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B38F43D48; Mon, 20 Mar 2006 07:17:52 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id EECC5244C19; Mon, 20 Mar 2006 16:17:50 +0900 (JST) Message-ID: <441E571E.8040602@freebsd.org> Date: Mon, 20 Mar 2006 16:17:50 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060310) MIME-Version: 1.0 To: Kris Kennaway References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <20060319181953.GA3999@xor.obsecurity.org> In-Reply-To: <20060319181953.GA3999@xor.obsecurity.org> Content-Type: text/plain; charset=Shift_JIS Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 07:17:53 -0000 Kris Kennaway wrote: > On Wed, Mar 15, 2006 at 06:25:33PM +0900, Daichi GOTO wrote: >> I have updated the patchset-9 of unionfs. > > Another panic, this time from umount -f: Thanks for your reports, Kris. OKay, we'll try to fix those panic problems when we have time :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 13:51:44 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 443E916A41F for ; Mon, 20 Mar 2006 13:51:44 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD8043D46 for ; Mon, 20 Mar 2006 13:51:43 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id k2KDpdfO003597 for ; Mon, 20 Mar 2006 14:51:40 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200603201351.k2KDpdfO003597@pinky.frank-behrens.de> From: "Frank Behrens" To: freebsd-hackers@freebsd.org Date: Mon, 20 Mar 2006 14:51:39 +0100 MIME-Version: 1.0 Priority: normal X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: jail(8) should not set login name for session X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 13:51:44 -0000 jail(8) sets a new login name for the session if the command is run as another user and this affects parent/sibling programs. This error is described and a patch attached in http://www.freebsd.org/cgi/query-pr.cgi?pr=94730 Meanwhile an additional idea came into my mind and this is the reason for this mail: Should jail(8) create a new session via setsid(2) if the argument "-l" is supplied? BTW: The mentioned PR has Confidential set to yes. I don't know where it comes from, may be I become mad. :-( Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 14:12:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90ECE16A401 for ; Mon, 20 Mar 2006 14:12:00 +0000 (UTC) (envelope-from zazubrik@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDDB843D48 for ; Mon, 20 Mar 2006 14:11:59 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from [85.140.226.112] (port=37803 helo=timon) by mx27.mail.ru with esmtp id 1FLL70-0008Y4-00 for freebsd-hackers@freebsd.org; Mon, 20 Mar 2006 17:11:58 +0300 From: Artem 'ZaZooBred' Ignatiev To: freebsd-hackers@freebsd.org In-Reply-To: <200603161548.11127.hackers@dino.sk> References: <1142506792.36931.25.camel@timon> <1142510785.36931.43.camel@timon> <1142517420.36931.58.camel@timon> <200603161548.11127.hackers@dino.sk> Content-Type: text/plain Date: Mon, 20 Mar 2006 17:11:57 +0300 Message-Id: <1142863917.2212.7.camel@timon> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: newbus questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 14:12:00 -0000 On Thu, 16/03/2006 at 15:48 +0100, Milan Obuch wrote: > > Looks like I'm totally newbie there. I've created small saa_if.m file, > > with CODE section, declaring two small debug functions, and two METHODS, > > DEFAULTing to that functions. Now I want to update Makefile so that > > typing ``make depend'' will produce .c and .h from the .m file. Looks > > like /sys/conf/kmod.mk lists all .m files by name, and deals with them > > on one-by-one basis, so I must manually insert all that awk -f ... > > invocations for these targets, am I right? > Not necessarily. You should put saa_if.m into kmod.mk, yes, but you should > actually somewhere use it. > > > Or had I overlooked feature of automated codegeneration just in > > Makefile? > > Could you show your Makefile? I think you are missing something there - like > saa_if.h and saa_if.c, maybe... well, I've just added 'saa_if.c saa_if.m' to SRCS, and defined two targets: .m.h: awk -f @/tools/makeobjops.awk ${.ALLSRC} -h .m.c: awk -f @tools/makeobjops.awk ${.ALLSRC} -c and now it works. I would also like to thank you for tip to call device_add_child manually, after that my subdriver automatically found the device to probe. > > P.S. I suppose, that it's worth to create some useful doc with skeleton > > bus driver, one dummy method, and child driver overriding that method. > > (As to me, the latest task is the easiest, at least I know how to do > > this, e.g., PCI device overriding probe method). > > Any idea how? Maybe manpage patch? You know, every one welcomed :) I think it will be a small article, with skeleton of bus device driver and skeleton of driver for device on that bus, since that is really easy once you know how. > > P.P.S Hey, that's my birthday! So I would like a toast to all BSD > > developers, core team and hackers > Mnoga ljeta, mnoga ljeta, mnoga ljeta... :) Thanks! From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 15:28:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A6A16A400 for ; Mon, 20 Mar 2006 15:28:55 +0000 (UTC) (envelope-from arussell@agrussell.com) Received: from bifrost.agrussell.com (bifrost.hos.net [204.251.33.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE12243D55 for ; Mon, 20 Mar 2006 15:28:52 +0000 (GMT) (envelope-from arussell@agrussell.com) Received: from bifrost.agrussell.com (localhost [127.0.0.1]) by bifrost.agrussell.com (8.13.3/8.13.3) with ESMTP id k2KFSpxP004627 for ; Mon, 20 Mar 2006 09:28:52 -0600 (CST) (envelope-from arussell@agrussell.com) Received: (from arussell@localhost) by bifrost.agrussell.com (8.13.3/8.13.3/Submit) id k2KFSpZI004626 for freebsd-hackers@freebsd.org; Mon, 20 Mar 2006 09:28:51 -0600 (CST) (envelope-from arussell) Date: Mon, 20 Mar 2006 09:28:51 -0600 From: "A.G. Russell IV" To: freebsd-hackers@freebsd.org Message-ID: <20060320152851.GA4545@bifrost.agrussell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 20 Mar 2006 15:40:31 +0000 Subject: creating install media on usb drive X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 15:28:55 -0000 Hi, I'm wanting to create a custom install on a 1gb USB thumb drive. I've done an install to the the USB thumb drive using the a option to use the entire disk, and then labeled one slice using entire disk, leaving no space for swap, and installed the "Minimal" FreeBSD install. The drive boots and works beautifully, able to customize, and run. I have already used it for recovery of a failed install. Next I removed the contents of the drive, cpio'ed the contents of the 5.4-i386 iso disc1. I then copied in the driver for my raid array, and modified boot/defaults/loader.conf to load the driver. The drive boots and configures the system, but when I try to tell it were to install from, I can't seem to be able to tell sysinstall where the install media is. I've tried setting the install to filesystem and / and no media is found. I've googled, and searched the freebsd mailing archives. Any help on this would be greatly appreciated. A.G. -- _______________________________________________________________________________ A.G. Russell IV KC5KFD The Knife Company e-mail: ag4 @ theknifecompany.com Phone 479-631-0055 FAX 479-631-8734 ------------------------------------------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 15:51:27 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D8D16A400 for ; Mon, 20 Mar 2006 15:51:27 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D17443D4C for ; Mon, 20 Mar 2006 15:51:26 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by wproxy.gmail.com with SMTP id i28so1023646wra for ; Mon, 20 Mar 2006 07:51:26 -0800 (PST) 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=bZmCOIYP0GiJbf94svnRkro415htNDBrvTMTRAPKfZlcsa7GJ5pQlISosVAPUpz7camveu2djbmKQWRsKjzkMAaKy1ZtnQ3lVR5sFzHXvh8i+Jzk3GwrArcQSFQxlUKOGzIwBuw2fDOUPSPhThhLGsK4xWCIUTBFDdVUn25pRnI= Received: by 10.35.113.12 with SMTP id q12mr603640pym; Mon, 20 Mar 2006 07:51:25 -0800 (PST) Received: by 10.35.135.9 with HTTP; Mon, 20 Mar 2006 07:51:25 -0800 (PST) Message-ID: <5f67a8c40603200751l22bf1289p62fa0b276b6cf8b@mail.gmail.com> Date: Mon, 20 Mar 2006 10:51:25 -0500 From: "Zaphod Beeblebrox" To: "A.G. Russell IV" In-Reply-To: <20060320152851.GA4545@bifrost.agrussell.com> MIME-Version: 1.0 References: <20060320152851.GA4545@bifrost.agrussell.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: creating install media on usb drive X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 15:51:27 -0000 On 3/20/06, A.G. Russell IV wrote: > Next I removed the contents of the drive, cpio'ed the contents of the > 5.4-i386 iso disc1. I then copied in the driver for my raid array, and > modified boot/defaults/loader.conf to load the driver. > > The drive boots and configures the system, but when I try to tell it were > to install from, I can't seem to be able to tell sysinstall where the > install media is. I've tried setting the install to filesystem and / > and no media is found. It seems to me that you might have the problem where the thumbdrive shows u= p as da0 when you boot it by itself and da when the raid array is around. You've got a few ways to fix this. The old way would be to use hints to force the thumbdrive to be da0. The new way would be to create your filesystems with the '-L' argument to newfs and have 'geom_label' load in loader.conf. This will allow you to mount /dev/ufs/ as root rather than da0s1a From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 16:49:59 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DF1316A41F for ; Mon, 20 Mar 2006 16:49:59 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1654E43D45 for ; Mon, 20 Mar 2006 16:49:58 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc12) with ESMTP id <20060320164957m1200io1u3e>; Mon, 20 Mar 2006 16:49:58 +0000 Message-ID: <441EDD35.3080105@computer.org> Date: Mon, 20 Mar 2006 10:49:57 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 16:49:59 -0000 Hello, Sorry if the subject is misleading, not sure how to label this one. I have a port (gnucash) which takes 3-4 minutes to open on a 2.6GHz machine. It used to take 15-20 seconds till all of the libtool changes. I have no idea if the symptom is related to libtool or not. Others have said it is not... but that's when the problems began, just for reference. FWIW, when I had trouble due to libtool, I simply formatted my machine, reinstalled OS and all ports. So this issue is occurring on a 'clean' machine. But here is what I have found, and it looks odd to me. Using truss, I can see that gnucash/guile is trying to open a dozen or two files, repeatedly. It fails attempting to open it the first few times everytime it tries to access it, because it is traversing the LD_LIBRARY_PATH: open("/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/local/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/X11R6/lib/gnucash/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/X11R6/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/X11R6/lib/gnucash/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/local/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/local/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/X11R6/lib/gnucash/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/X11R6/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/X11R6/lib/gnucash/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/local/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("/usr/lib/libglib-12.la",0x0,0666) ERR#2 'No such file or directory' open("libglib-12.la",0x0,0666) ERR#2 'No such file or directory' access("/lib/libglib-12.so",4) ERR#2 'No such file or directory' access("/usr/lib/libglib-12.so",4) ERR#2 'No such file or directory' access("/usr/local/lib/libglib-12.so",4) = 0 (0x0) Now I said a dozen or two files repeatedly. It is 12-20 files maybe... but it is attempting to open them *hundreds of thousands of times*! It goes on and on and on... I am assuming this is what is causing the long startup time. So I have been working towards helping it find the right files the first time around. I have manipulated the gnucash environments LD_LIBRARY_PATH a bit and helped some... but it is only a drop in the bucket. I have thought of placing symlinks in the folder(s) where it first looks for any given file, to make sure it finds the file... but this does not seem quite right either. What I'm wondering is.... what is the lists opinion on how to best fix this type of a problem. Is this even the cause of my long startup? I have spoken with one or two of the gnucash devs, they seem to think this is unique to FreeBSD, meaning they have not seen this problem on any other platform. They said it might have to do with how FreeBSD handles how files are opened up many times recursively!? If there is a more appropriate list, please let me know. Thanks in advance. -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 17:46:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8AE516A401 for ; Mon, 20 Mar 2006 17:46:12 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA91043D69 for ; Mon, 20 Mar 2006 17:46:09 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id k2KHk5Ie008808 for ; Mon, 20 Mar 2006 18:46:06 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200603201746.k2KHk5Ie008808@pinky.frank-behrens.de> From: "Frank Behrens" To: freebsd-hackers@freebsd.org Date: Mon, 20 Mar 2006 18:46:05 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <200603181026.k2IAQxJZ007181@pinky.frank-behrens.de> References: <20060317192029.GB10869@odin.ac.hmc.edu> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: [RFE] dhclient(8) should send hostname X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 17:46:12 -0000 Frank Behrens wrote on 18 Mar 2006 11:26: > Brooks Davis wrote on 17 Mar 2006 11:20: > > > >On Fri, Mar 17, 2006 at 04:02:17PM +0100, Frank Behrens wrote: > > > >>I propose a change, that dhclient sends always the current hostname > > > >>to the server, the value can be overwritten in dhclient.conf. I see > > > >>no negative impact, because the server has always the possibility to > > > >>reject the name and to choose another one. It would simplify the > > > >>setup and lead to the same behaviour as in other (operating) systems. > > > >>A possible (I'm sure not the best) solution I appended as attachment. > > > > > > I'm inclined to add this feature, possibly with an option to turn it > > off. It seems like a useful default and it's what other OSes do. I > > don't believe the objection above has much relevance since the actual > > update if any is only performed if the DHCP server is configured to make > > one. Incorrect DHCP packets sent by DHCP servers are my problem. Side > > effects caused by misconfiguration is not. > > Yes, this is my intention. The dhcp server gets from a client always > the MAC address and - with my proposal - the clients host name as > additional information. The decision what to make with this > information has to make the dhcp server (administrator). It can make > dynamic DNS updates or not. Meanwhile I made a short investigation about other systems and created a PR. All info can you read at http://www.freebsd.org/cgi/query-pr.cgi?pr=94743 It would give me great pleasure, if somebody could improve our dhcp client. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 18:24:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB7B16A400 for ; Mon, 20 Mar 2006 18:24:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C546543D46 for ; Mon, 20 Mar 2006 18:24: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 mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2KIOHU7028273 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 21 Mar 2006 05:24:17 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2KIOHTU003519; Tue, 21 Mar 2006 05:24:17 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2KIOGD0003518; Tue, 21 Mar 2006 05:24:16 +1100 (EST) (envelope-from peter) Date: Tue, 21 Mar 2006 05:24:15 +1100 From: Peter Jeremy To: Eric Schuele Message-ID: <20060320182415.GD747@turion.vk2pj.dyndns.org> References: <441EDD35.3080105@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441EDD35.3080105@computer.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 18:24:24 -0000 On Mon, 2006-Mar-20 10:49:57 -0600, Eric Schuele wrote: >I have a port (gnucash) which takes 3-4 minutes to open on a 2.6GHz >machine. It used to take 15-20 seconds till all of the libtool changes. It takes 15 minutes on a -current Athlon XP-1800 and about 2 minutes on a 2.2GHz AMD64 running -stable. >I have no idea if the symptom is related to libtool or not. I initially thought it was libtool related but now I'm uncertain. I didn't just upgrade libtool, I upgraded quite a few other ports at the same time. On the not-libtool side, ade@ says that he hasn't seen this behaviour with other libtool/libltdl ports and I've found that guile include it's own libltdl code (based on libtool). I'm not sure if this is gnucash specific or affects other guile applications. >Using truss, I can see that gnucash/guile is trying to open a dozen or >two files, repeatedly. It fails attempting to open it the first few >times everytime it tries to access it, because it is traversing the >LD_LIBRARY_PATH: Worse than that, it's expanding LD_LIBRARY_PATH using additional paths embedded in the .la files that it's opening. >Now I said a dozen or two files repeatedly. It is 12-20 files maybe... >but it is attempting to open them *hundreds of thousands of times*! It >goes on and on and on... I took a complete ktrace of the startup and there are 24e6 NAMI events with the top files tested 2,000,000 times. > I have >thought of placing symlinks in the folder(s) where it first looks for >any given file, to make sure it finds the file... but this does not seem >quite right either. It's definitely a hack. I tried something like this and it didn't help much. The code still wants to open libraries multiple times. I've been looking at adding caching to lt_dlopenext() and my first attempt went much faster but blew up because I wasn't correctly handling open/close/open sequences (libm is opened and then closed 42,000 times). I think this is the way forward but need to find the time to understand ltdl.[ch] (~4800 lines). >What I'm wondering is.... what is the lists opinion on how to best fix >this type of a problem. Is this even the cause of my long startup? Any system calls involving opening pathnames are expensive, even with the namei cache. Having 4 orders of magnitude too many is a destinct problem. >I have spoken with one or two of the gnucash devs, they seem to think >this is unique to FreeBSD, meaning they have not seen this problem on >any other platform. They said it might have to do with how FreeBSD >handles how files are opened up many times recursively!? Possibly Linux can more efficiently handle opening a non-existent file but the underlying problem is that there are far too many system calls being executed during the gnucash startup. It would be interesting to get a truss of gnuash starting on another OS (unfortunately, I don't have access to any Linux systems) and/or some other guile applications. >If there is a more appropriate list, please let me know. -ports may be better. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 18:51:26 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B496416A400 for ; Mon, 20 Mar 2006 18:51:26 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D7043D45 for ; Mon, 20 Mar 2006 18:51:26 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 140B235707 for ; Mon, 20 Mar 2006 19:51:25 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 033196D034; Mon, 20 Mar 2006 19:51:13 +0100 (CET) Date: Mon, 20 Mar 2006 19:51:13 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060320185113.GA8370@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <441EDD35.3080105@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441EDD35.3080105@computer.org> User-Agent: Mutt/1.5.11 Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 18:51:26 -0000 On Mon, Mar 20, 2006 at 10:49:57AM -0600, Eric Schuele wrote: > I have a port (gnucash) which takes 3-4 minutes to open on a 2.6GHz > machine. It used to take 15-20 seconds till all of the libtool changes. This sounds exactly like the problems I initially had with KDE on DragonFly. Check whether it is using libtool's dlopen wrapper, since it seems to believe that the system dlopen either can't support hard-coded search paths (known bug in the last 1.5 version of libtool) or can't trace dependency libs. Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 19:06:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C58C916A400 for ; Mon, 20 Mar 2006 19:06:30 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6678943D45 for ; Mon, 20 Mar 2006 19:06:30 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc13) with ESMTP id <2006032019062801300dm2poe>; Mon, 20 Mar 2006 19:06:29 +0000 Message-ID: <441EFD34.6010709@computer.org> Date: Mon, 20 Mar 2006 13:06:28 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: Peter Jeremy References: <441EDD35.3080105@computer.org> <20060320182415.GD747@turion.vk2pj.dyndns.org> In-Reply-To: <20060320182415.GD747@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 19:06:30 -0000 Peter Jeremy wrote: > On Mon, 2006-Mar-20 10:49:57 -0600, Eric Schuele wrote: >> I have a port (gnucash) which takes 3-4 minutes to open on a 2.6GHz >> machine. It used to take 15-20 seconds till all of the libtool changes. > > It takes 15 minutes on a -current Athlon XP-1800 and about 2 minutes on > a 2.2GHz AMD64 running -stable. > >> I have no idea if the symptom is related to libtool or not. > > I initially thought it was libtool related but now I'm uncertain. I > didn't just upgrade libtool, I upgraded quite a few other ports at the > same time. On the not-libtool side, ade@ says that he hasn't seen this > behaviour with other libtool/libltdl ports and I've found that guile > include it's own libltdl code (based on libtool). I'm not sure if this > is gnucash specific or affects other guile applications. FWIW... I have removed my symlink to libguile-ltdl.so and recreated it to point at libltdl.so.1. So that guile is using my stock libltdl.so. I get the same results. And gnucash seems to run fine. > >> Using truss, I can see that gnucash/guile is trying to open a dozen or >> two files, repeatedly. It fails attempting to open it the first few >> times everytime it tries to access it, because it is traversing the >> LD_LIBRARY_PATH: > > Worse than that, it's expanding LD_LIBRARY_PATH using additional > paths embedded in the .la files that it's opening. > >> Now I said a dozen or two files repeatedly. It is 12-20 files maybe... >> but it is attempting to open them *hundreds of thousands of times*! It >> goes on and on and on... > > I took a complete ktrace of the startup and there are 24e6 NAMI events > with the top files tested 2,000,000 times. > >> I have >> thought of placing symlinks in the folder(s) where it first looks for >> any given file, to make sure it finds the file... but this does not seem >> quite right either. > > It's definitely a hack. I tried something like this and it didn't > help much. The code still wants to open libraries multiple times. > > I've been looking at adding caching to lt_dlopenext() and my first > attempt went much faster but blew up because I wasn't correctly > handling open/close/open sequences (libm is opened and then closed > 42,000 times). I think this is the way forward but need to find > the time to understand ltdl.[ch] (~4800 lines). > >> What I'm wondering is.... what is the lists opinion on how to best fix >> this type of a problem. Is this even the cause of my long startup? > > Any system calls involving opening pathnames are expensive, even with > the namei cache. Having 4 orders of magnitude too many is a destinct > problem. > >> I have spoken with one or two of the gnucash devs, they seem to think >> this is unique to FreeBSD, meaning they have not seen this problem on >> any other platform. They said it might have to do with how FreeBSD >> handles how files are opened up many times recursively!? > > Possibly Linux can more efficiently handle opening a non-existent file > but the underlying problem is that there are far too many system calls > being executed during the gnucash startup. It would be interesting to > get a truss of gnuash starting on another OS (unfortunately, I don't > have access to any Linux systems) and/or some other guile applications. > hmm... I have a Gentoo system somewhere. It was just an experiment. No idea what shape its in. But maybe I can try installing gnucash on it. >> If there is a more appropriate list, please let me know. > > -ports may be better. > -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 19:30:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB3616A420 for ; Mon, 20 Mar 2006 19:30:24 +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 D494443D66 for ; Mon, 20 Mar 2006 19:30:19 +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 md50002396137.msg for ; Mon, 20 Mar 2006 19:30:03 +0000 Message-ID: <032c01c64c54$642d1dc0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Mon, 20 Mar 2006 19:27:49 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Mon, 20 Mar 2006 19:30:03 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org X-MDAV-Processed: multiplay.co.uk, Mon, 20 Mar 2006 19:30:05 +0000 Subject: IAL COMPETION ERROR on hptmv ( fixed ) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 19:30:24 -0000 After working with the dev's at Highpoint they have found fixed the bug where you get the following error: kernel: IAL: COMPLETION ERROR, adapter 0, channel 2, flags=104 kernel: ATA regs: error 10, sector count 1, LBA low ff, LBA mid ff, LBA high ff, device 4f, status 51 The issue was down to the Seagate drive firmware when accessing the 1024^3 byte. Previously the driver was using 28bit addressing for this but it was being rejected by the ST3400832AS disks. This has now been changed so that if the device can use 48bit addressing it is always used. I'm sure highpoint will be releasing this driver update shortly but in the mean time if anyone needs it contact me and I'll mail it you. 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-hackers@FreeBSD.ORG Mon Mar 20 19:35:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 770A816A401 for ; Mon, 20 Mar 2006 19:35:22 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B89F43D46 for ; Mon, 20 Mar 2006 19:35:21 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc11) with ESMTP id <20060320193520m1100ber49e>; Mon, 20 Mar 2006 19:35:21 +0000 Message-ID: <441F03F8.2000309@computer.org> Date: Mon, 20 Mar 2006 13:35:20 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: Peter Jeremy References: <441EDD35.3080105@computer.org> <20060320182415.GD747@turion.vk2pj.dyndns.org> In-Reply-To: <20060320182415.GD747@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 19:35:22 -0000 Peter Jeremy wrote: > On Mon, 2006-Mar-20 10:49:57 -0600, Eric Schuele wrote: >> I have a port (gnucash) which takes 3-4 minutes to open on a 2.6GHz >> machine. It used to take 15-20 seconds till all of the libtool changes. > > It takes 15 minutes on a -current Athlon XP-1800 and about 2 minutes on > a 2.2GHz AMD64 running -stable. > >> I have no idea if the symptom is related to libtool or not. > > I initially thought it was libtool related but now I'm uncertain. I > didn't just upgrade libtool, I upgraded quite a few other ports at the > same time. On the not-libtool side, ade@ says that he hasn't seen this > behaviour with other libtool/libltdl ports and I've found that guile > include it's own libltdl code (based on libtool). I'm not sure if this > is gnucash specific or affects other guile applications. > >> Using truss, I can see that gnucash/guile is trying to open a dozen or >> two files, repeatedly. It fails attempting to open it the first few >> times everytime it tries to access it, because it is traversing the >> LD_LIBRARY_PATH: > > Worse than that, it's expanding LD_LIBRARY_PATH using additional > paths embedded in the .la files that it's opening. > >> Now I said a dozen or two files repeatedly. It is 12-20 files maybe... >> but it is attempting to open them *hundreds of thousands of times*! It >> goes on and on and on... > > I took a complete ktrace of the startup and there are 24e6 NAMI events > with the top files tested 2,000,000 times. > >> I have >> thought of placing symlinks in the folder(s) where it first looks for >> any given file, to make sure it finds the file... but this does not seem >> quite right either. > > It's definitely a hack. I tried something like this and it didn't > help much. The code still wants to open libraries multiple times. > > I've been looking at adding caching to lt_dlopenext() and my first > attempt went much faster but blew up because I wasn't correctly > handling open/close/open sequences (libm is opened and then closed > 42,000 times). I think this is the way forward but need to find > the time to understand ltdl.[ch] (~4800 lines). > >> What I'm wondering is.... what is the lists opinion on how to best fix >> this type of a problem. Is this even the cause of my long startup? > > Any system calls involving opening pathnames are expensive, even with > the namei cache. Having 4 orders of magnitude too many is a destinct > problem. > >> I have spoken with one or two of the gnucash devs, they seem to think >> this is unique to FreeBSD, meaning they have not seen this problem on >> any other platform. They said it might have to do with how FreeBSD >> handles how files are opened up many times recursively!? > > Possibly Linux can more efficiently handle opening a non-existent file > but the underlying problem is that there are far too many system calls > being executed during the gnucash startup. It would be interesting to > get a truss of gnuash starting on another OS (unfortunately, I don't > have access to any Linux systems) and/or some other guile applications. > FWIW: I spoke with some folks on a gnucash channel. They ran a trace for me on gnucash, and it only attempted to load files 17 times or so. Each time it loaded a file it hung onto it. Sounds like the 'close' is not releasing the library like it does on fbsd. Which is how it 'should' work. >> If there is a more appropriate list, please let me know. > > -ports may be better. > -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 20 21:54:47 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F14A016A400 for ; Mon, 20 Mar 2006 21:54:47 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [204.127.192.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02FAC43D48 for ; Mon, 20 Mar 2006 21:54:43 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc14) with ESMTP id <20060320215437m1400s0bg8e>; Mon, 20 Mar 2006 21:54:37 +0000 Message-ID: <441F249D.4050107@computer.org> Date: Mon, 20 Mar 2006 15:54:37 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> In-Reply-To: <20060320185113.GA8370@britannica.bec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2006 21:54:48 -0000 joerg@britannica.bec.de wrote: > On Mon, Mar 20, 2006 at 10:49:57AM -0600, Eric Schuele wrote: >> I have a port (gnucash) which takes 3-4 minutes to open on a 2.6GHz >> machine. It used to take 15-20 seconds till all of the libtool changes. > > This sounds exactly like the problems I initially had with KDE on > DragonFly. You say 'initially'. Did you find a fix? > Check whether it is using libtool's dlopen wrapper, since it It has its own libguile-ltdl.so. I'm not sure of its function though as it can happily be replaced with the ligltdl.so, with no immediate bad side effects. > seems to believe that the system dlopen either can't support hard-coded > search paths (known bug in the last 1.5 version of libtool) or can't > trace dependency libs. > > Joerg > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 00:38:52 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F141216A401; Tue, 21 Mar 2006 00:38:52 +0000 (UTC) (envelope-from bruno@tinkerbox.org) Received: from mail.tinkerbox.org (dsl081-055-135.sfo1.dsl.speakeasy.net [64.81.55.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A884543D45; Tue, 21 Mar 2006 00:38:52 +0000 (GMT) (envelope-from bruno@tinkerbox.org) Received: from localhost (localhost.bschwand.net [127.0.0.1]) by mail.tinkerbox.org (Postfix) with ESMTP id B04E939848; Mon, 20 Mar 2006 16:38:50 -0800 (PST) Received: from mail.tinkerbox.org ([127.0.0.1]) by localhost (mail.tinkerbox.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87691-02; Mon, 20 Mar 2006 16:38:13 -0800 (PST) Received: from hooked-lap1.bschwand.net (hooked-lap1.bschwand.net [192.168.137.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tinkerbox.org (Postfix) with ESMTP id D0A0B39833; Mon, 20 Mar 2006 16:38:08 -0800 (PST) Date: Mon, 20 Mar 2006 16:40:14 -0800 From: bruno schwander X-X-Sender: bruno@hooked-lap1 To: hackers@freebsd.org, x11@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at tinkerbox.org X-Mailman-Approved-At: Tue, 21 Mar 2006 00:43:15 +0000 Cc: Subject: DRM kernel module for unichrome ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bruno@tinkerbox.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 00:38:53 -0000 Hi everybody, I am trying to get DRI to work on a VIA C3 motherboard. Background: running mplayer freezes X. (just X, I can ssh and reboot the box) Running mplayer -vo x11 (instead of the default that uses Xv extension) works, but uses much CPU. I understand that for Xv, XVmc to work, DRI must be enabled. However, although the port graphics/dri includes a unichrome_dri.so, I do not see the corresponding drm kernel module in /boot/loader. (I would assume it would be unichrome.ko) The question is then, is anybody working on this module ? How hard is it to port the linux one over to FreeBSD ? Who "owns" the current drm kernel modules and how can I assist in porting the unichrome drm module ? bruno From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 01:45:03 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADBF016A401; Tue, 21 Mar 2006 01:45:03 +0000 (UTC) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF49C43D4C; Tue, 21 Mar 2006 01:44:59 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 005C95797; Tue, 21 Mar 2006 02:55:10 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host129-150.pool875.interbusiness.it [87.5.150.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Tue, 21 Mar 2006 02:55:10 +0100 (CET) Message-ID: <441F5A8E.5090404@freesbie.org> Date: Tue, 21 Mar 2006 02:44:46 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Jacques Marneweck References: <441A819A.5070100@powertrip.co.za> In-Reply-To: <441A819A.5070100@powertrip.co.za> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig755C5C081DE88858182F5ADC" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, 'Daichi GOTO' , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, "'Mars G. Miro'" Subject: Re: patchset-9 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 01:45:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig755C5C081DE88858182F5ADC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jacques Marneweck ha scritto: > Danny Braniss wrote: >>> Daichi GOTO wrote: >>> =20 >>>> All folks have interests in improved unionfs should keep attentions >>>> and ask "how about merge?" at every turn :) >>>> =20 >>> OK. How about a merge? >>> >>> I'd really like to see this in 6-STABLE. >>> >>> Regards, >>> >>> Jan Mikkelsen. >>> =20 >> just a 'me too'. I've been running with the patch(under 6.1) and it's = >> definitely >> better than the panics with the unpatched version. in other words, >> IMHO, it does not break anything, and it actualy fixes somethings. >> >> danny >> =20 > Any ETA to when we can see this merged into 6.1 and 5.5? This patchset doesn't apply in 5.x branch. The unionfs code of 5.x is different and afaik is working quite well (we used it on freesbie 1.1 without problems). Cheers, --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig755C5C081DE88858182F5ADC 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.1 (Darwin) iD8DBQFEH1qTymi72IiShysRAsSDAJ41SGjn2b5HTmkJzN8AG3xX2zma5gCdFQA3 61JS++GZasR5BnkZm+1TwJI= =Dlnv -----END PGP SIGNATURE----- --------------enig755C5C081DE88858182F5ADC-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 07:31:29 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29E4816A423 for ; Tue, 21 Mar 2006 07:31:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6106443D49 for ; Tue, 21 Mar 2006 07:31:28 +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 mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2L7VNSR002546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 21 Mar 2006 18:31:24 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2L7VNCE001100; Tue, 21 Mar 2006 18:31:23 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2L7VN9A001099; Tue, 21 Mar 2006 18:31:23 +1100 (EST) (envelope-from peter) Date: Tue, 21 Mar 2006 18:31:23 +1100 From: Peter Jeremy To: Eric Schuele Message-ID: <20060321073123.GC691@turion.vk2pj.dyndns.org> References: <441EDD35.3080105@computer.org> <20060320182415.GD747@turion.vk2pj.dyndns.org> <441EFD34.6010709@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441EFD34.6010709@computer.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 07:31:29 -0000 On Mon, 2006-Mar-20 13:06:28 -0600, Eric Schuele wrote: >FWIW... I have removed my symlink to libguile-ltdl.so and recreated it >to point at libltdl.so.1. So that guile is using my stock libltdl.so. >I get the same results. And gnucash seems to run fine. My reading of the code says that this will be missing the scheme-specific ltdl hooks so loading a shared library from guile should fail. >>being executed during the gnucash startup. It would be interesting to >>get a truss of gnuash starting on another OS (unfortunately, I don't >>have access to any Linux systems) and/or some other guile applications. > >hmm... I have a Gentoo system somewhere. It was just an experiment. No >idea what shape its in. But maybe I can try installing gnucash on it. I had a try at building gnucash on a Solaris system today but ran into portability problems - Guppi includes gcc extensions (I was using Forte), one of the bits of gnome didn't include gettext correctly (so it wouldn't link) and something (I don't remember what) assumes that glade is installed but doesn't check for it in the configure stage. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 08:04:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2C2916A41F for ; Tue, 21 Mar 2006 08:04:33 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D9543D48 for ; Tue, 21 Mar 2006 08:04:32 +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 mail07.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2L84U6P001254 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 21 Mar 2006 19:04:31 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2L84U98017810 for ; Tue, 21 Mar 2006 19:04:30 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2L84UbT017809 for freebsd-hackers@freebsd.org; Tue, 21 Mar 2006 19:04:30 +1100 (EST) (envelope-from peter) Date: Tue, 21 Mar 2006 19:04:30 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20060321080430.GD691@turion.vk2pj.dyndns.org> References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060320185113.GA8370@britannica.bec.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 08:04:34 -0000 On Mon, 2006-Mar-20 19:51:13 +0100, joerg@britannica.bec.de wrote: >DragonFly. Check whether it is using libtool's dlopen wrapper, How do I do this? There's no obvious code wrapping dlopen() in libtool and nothing in the configure output suggesting that a wrapper is being used - or are you referring to libltdl? > since it >seems to believe that the system dlopen either can't support hard-coded >search paths (known bug in the last 1.5 version of libtool) or can't >trace dependency libs. I don't know about hard-coded search paths but configure does report: checking whether deplibs are loaded by dlopen... unknown Do you have a fix? -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 13:31:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57A2D16A401 for ; Tue, 21 Mar 2006 13:31:40 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7E943D6E for ; Tue, 21 Mar 2006 13:31:34 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (wlan032039.uni-rostock.de [139.30.32.39]) by hydra.bec.de (Postfix) with ESMTP id 0E47C35707 for ; Tue, 21 Mar 2006 14:31:33 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 2AABB6D10D; Tue, 21 Mar 2006 14:31:24 +0100 (CET) Date: Tue, 21 Mar 2006 14:31:24 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060321133124.GC1058@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> <20060321080430.GD691@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060321080430.GD691@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 13:31:40 -0000 On Tue, Mar 21, 2006 at 07:04:30PM +1100, Peter Jeremy wrote: > I don't know about hard-coded search paths but configure does report: > checking whether deplibs are loaded by dlopen... unknown > > Do you have a fix? Set libltdl_cv_sys_dlopen_deplibs=yes in the environment before running configure and try again. And yes, this is *exactly* the same idiosyncraty as KDE. Joerg From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 18:07:32 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B11E916A420 for ; Tue, 21 Mar 2006 18:07:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D9F643D49 for ; Tue, 21 Mar 2006 18:07: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 mail21.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2LI7UHG019329 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 22 Mar 2006 05:07:30 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2LI7TRf019691 for ; Wed, 22 Mar 2006 05:07:29 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2LI7T0U019690 for freebsd-hackers@freebsd.org; Wed, 22 Mar 2006 05:07:29 +1100 (EST) (envelope-from peter) Date: Wed, 22 Mar 2006 05:07:29 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20060321180728.GF691@turion.vk2pj.dyndns.org> References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> <20060321080430.GD691@turion.vk2pj.dyndns.org> <20060321133124.GC1058@britannica.bec.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060321133124.GC1058@britannica.bec.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:07:32 -0000 On Tue, 2006-Mar-21 14:31:24 +0100, joerg@britannica.bec.de wrote: >Set libltdl_cv_sys_dlopen_deplibs=yes in the environment before running >configure and try again. And yes, this is *exactly* the same >idiosyncraty as KDE. This is needed for both guile and libltdl. After replacing libltdl and libguile-ltdl, gnucash startup has dropped from 15 minutes to 10 seconds. Thanks for the pointer. The correct fix would be to patch the configure script so it recognizes FreeBSD. I'll file a PR this evening (if no-one has fixed it by then). -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 18:43:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2370316A401 for ; Tue, 21 Mar 2006 18:43:18 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AB543D48 for ; Tue, 21 Mar 2006 18:43:17 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 9BDB635707 for ; Tue, 21 Mar 2006 19:43:15 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id E692A6D055; Tue, 21 Mar 2006 19:43:05 +0100 (CET) Date: Tue, 21 Mar 2006 19:43:05 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060321184305.GA4678@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> <20060321080430.GD691@turion.vk2pj.dyndns.org> <20060321133124.GC1058@britannica.bec.de> <20060321180728.GF691@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060321180728.GF691@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 18:43:18 -0000 On Wed, Mar 22, 2006 at 05:07:29AM +1100, Peter Jeremy wrote: > On Tue, 2006-Mar-21 14:31:24 +0100, joerg@britannica.bec.de wrote: > >Set libltdl_cv_sys_dlopen_deplibs=yes in the environment before running > >configure and try again. And yes, this is *exactly* the same > >idiosyncraty as KDE. > > This is needed for both guile and libltdl. After replacing libltdl > and libguile-ltdl, gnucash startup has dropped from 15 minutes to 10 > seconds. Thanks for the pointer. The correct fix would be to patch > the configure script so it recognizes FreeBSD. I'll file a PR this > evening (if no-one has fixed it by then). If you report it upstream, please ask them to either drop this check or write an actual test case. I don't even know a platform where it is broken, so hurting platforms where no developers is using it just sucks :-) Joerg From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 20:05:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A54F16A401 for ; Tue, 21 Mar 2006 20:05:30 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18CA043D45 for ; Tue, 21 Mar 2006 20:05:29 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc12) with ESMTP id <20060321200529m1200ivp2de>; Tue, 21 Mar 2006 20:05:29 +0000 Message-ID: <44205C88.2050107@computer.org> Date: Tue, 21 Mar 2006 14:05:28 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: Peter Jeremy References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> <20060321080430.GD691@turion.vk2pj.dyndns.org> <20060321133124.GC1058@britannica.bec.de> <20060321180728.GF691@turion.vk2pj.dyndns.org> In-Reply-To: <20060321180728.GF691@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 20:05:30 -0000 Peter Jeremy wrote: > On Tue, 2006-Mar-21 14:31:24 +0100, joerg@britannica.bec.de wrote: >> Set libltdl_cv_sys_dlopen_deplibs=yes in the environment before running >> configure and try again. And yes, this is *exactly* the same >> idiosyncraty as KDE. > > This is needed for both guile and libltdl. After replacing libltdl > and libguile-ltdl, So would I need to uninstall guile, libguile-ltdl, and libltdl... and then set the environment variable... then 'make configure' and 'make install' guile? Thanks for all the help. > gnucash startup has dropped from 15 minutes to 10 > seconds. Thanks for the pointer. The correct fix would be to patch > the configure script so it recognizes FreeBSD. I'll file a PR this > evening (if no-one has fixed it by then). > -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 21 21:16:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 845D116A424 for ; Tue, 21 Mar 2006 21:16:36 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6574943D45 for ; Tue, 21 Mar 2006 21:16:35 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc14) with ESMTP id <20060321211633m1400s0b91e>; Tue, 21 Mar 2006 21:16:34 +0000 Message-ID: <44206D31.2040707@computer.org> Date: Tue, 21 Mar 2006 15:16:33 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: Eric Schuele References: <441EDD35.3080105@computer.org> <20060320185113.GA8370@britannica.bec.de> <20060321080430.GD691@turion.vk2pj.dyndns.org> <20060321133124.GC1058@britannica.bec.de> <20060321180728.GF691@turion.vk2pj.dyndns.org> <44205C88.2050107@computer.org> In-Reply-To: <44205C88.2050107@computer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: joerg@britannica.bec.de, freebsd-hackers@freebsd.org Subject: Re: repeatedly opening the same .so(s) is slow? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:16:36 -0000 Eric Schuele wrote: > Peter Jeremy wrote: >> On Tue, 2006-Mar-21 14:31:24 +0100, joerg@britannica.bec.de wrote: >>> Set libltdl_cv_sys_dlopen_deplibs=yes in the environment before running >>> configure and try again. And yes, this is *exactly* the same >>> idiosyncraty as KDE. >> >> This is needed for both guile and libltdl. After replacing libltdl >> and libguile-ltdl, > > So would I need to uninstall guile, libguile-ltdl, and libltdl... and > then set the environment variable... then 'make configure' and 'make > install' guile? > Disregard. Got it. Thank you *very much* for the help! > Thanks for all the help. > >> gnucash startup has dropped from 15 minutes to 10 >> seconds. Thanks for the pointer. The correct fix would be to patch >> the configure script so it recognizes FreeBSD. I'll file a PR this >> evening (if no-one has fixed it by then). >> > > -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 01:59:00 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59ADF16A424 for ; Wed, 22 Mar 2006 01:59:00 +0000 (UTC) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7119443D49 for ; Wed, 22 Mar 2006 01:58:59 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 4707B5766 for ; Wed, 22 Mar 2006 03:09:12 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host129-150.pool875.interbusiness.it [87.5.150.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP for ; Wed, 22 Mar 2006 03:09:11 +0100 (CET) Message-ID: <4420AF56.60106@freesbie.org> Date: Wed, 22 Mar 2006 02:58:46 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: hackers@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2FBDC65E07A585A0BE61730A" X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Installation from USB pen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 01:59:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2FBDC65E07A585A0BE61730A Content-Type: multipart/mixed; boundary="------------050405050109030309040603" This is a multi-part message in MIME format. --------------050405050109030309040603 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hi everybody, attached a tiny script to convert a FreeBSD install iso image to a binary ufs image ready to be flashed e.g. on an USB pendrive. The size of the ufs image is calculated from the iso one. The usage for the script is quite simple: =2E/fbsd-install-iso2img.sh iso-path img-path Once you're done, you can dd the img directly to an USB pen. If you also want to make a serial-console install image just set the serial variable on top of the script to 1. This script is derived from another similar one that I made for the pfSense project. It was requested for those kind of systems which have an usb port booting-capable and a serial console. I hope you'll find it useful. Bye, Dario P.S.: beer-ware license --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------050405050109030309040603 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="fbsd-install-iso2img.sh" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="fbsd-install-iso2img.sh" #!/bin/sh # You can set some variables here. Edit them to fit your needs. # Set serial variable to 0 if you don't want serial console at all, # 1 if you want comconsole and 2 if you want comconsole and vidconsole serial=3D0 set -u if [ $# -lt 2 ]; then echo "Usage: $0 source-iso-path output-img-path" exit 1 fi isoimage=3D$1; shift imgoutfile=3D$1; shift export tmpdir=3D$(mktemp -d -t fbsdmount) # Temp file and directory to be used later export tmpfile=3D$(mktemp -t bsdmount) export isodev=3D$(mdconfig -a -t vnode -f ${isoimage}) echo "#### Building bootable UFS image ####" ISOSIZE=3D$(du -k ${isoimage} | awk '{print $1}') SECTS=3D$((($ISOSIZE + ($ISOSIZE/5))*2)) # Root partition size echo "Initializing image..." dd if=3D/dev/zero of=3D${imgoutfile} count=3D${SECTS} ls -l ${imgoutfile} export imgdev=3D$(mdconfig -a -t vnode -f ${imgoutfile}) bsdlabel -w -B ${imgdev} newfs -O1 /dev/${imgdev}a mkdir -p ${tmpdir}/iso ${tmpdir}/img mount -t cd9660 /dev/${isodev} ${tmpdir}/iso mount /dev/${imgdev}a ${tmpdir}/img echo "Copying files to the image..." ( cd ${tmpdir}/iso && find . -print -depth | cpio -dump ${tmpdir}/img ) #bzcat ${tmpdir}/iso/dist/root.dist.bz2 | mtree -PUr -p ${tmpdir}/img 2>&= 1 > /dev/null #echo "/dev/ufs/${UFS_LABEL} / ufs ro 1 1" > ${tmpdir}/img/etc/fstab if [ ${serial} -eq 2 ]; then echo "-D" > ${tmpdir}/img/boot.config echo 'console=3D"comconsole, vidconsole"' >> ${tmpdir}/img/boot/l= oader.conf elif [ ${serial} -eq 1 ]; then echo "-h" > ${tmpdir}/img/boot.config echo 'console=3D"comconsole"' >> ${tmpdir}/img/boot/loader.conf fi cleanup() { umount ${tmpdir}/iso mdconfig -d -u ${isodev} umount ${tmpdir}/img mdconfig -d -u ${imgdev} rm -rf ${tmpdir} ${tmpfile} } cleanup ls -lh ${imgoutfile} --------------050405050109030309040603-- --------------enig2FBDC65E07A585A0BE61730A 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.1 (Darwin) iD8DBQFEIK9Zymi72IiShysRAu8+AKCElEiMHVt7GunLqvwaIZcR6jyW0ACg99pl 0VcbP2t0seCu755/vrdTiE0= =Pxc5 -----END PGP SIGNATURE----- --------------enig2FBDC65E07A585A0BE61730A-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 03:48:57 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8C7E16A400; Wed, 22 Mar 2006 03:48:57 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE64643D46; Wed, 22 Mar 2006 03:48:56 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id D4EE412626B; Wed, 22 Mar 2006 04:48:55 +0100 (CET) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id C8BDA46420; Wed, 22 Mar 2006 04:48:55 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-164-133.pools.arcor-ip.net [84.61.164.133]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id CEE7012E656; Wed, 22 Mar 2006 04:48:54 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k2M3mn1G032362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 04:48:49 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.4) with ESMTP id k2M3mm88036197; Wed, 22 Mar 2006 04:48:48 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.4/8.13.4/Submit) id k2M3mh91036195; Wed, 22 Mar 2006 04:48:43 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-x11@freebsd.org, bruno@tinkerbox.org Date: Wed, 22 Mar 2006 04:48:43 +0100 User-Agent: KMail/1.9.1 References: In-Reply-To: X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: hackers@freebsd.org Subject: Re: DRM kernel module for unichrome ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 03:48:57 -0000 --nextPart1888888.dXaWySMEPX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 21. March 2006 01:40, bruno schwander wrote: > Hi everybody, > > I am trying to get DRI to work on a VIA C3 motherboard. > Background: running mplayer freezes X. (just X, I can ssh and reboot the > box) > Running mplayer -vo x11 (instead of the default that uses Xv extension) > works, but uses much CPU. > I understand that for Xv, XVmc to work, DRI must be enabled. Xv shouldn't require DRI. You can check if the extension is available with= =20 xvinfo. Either way, it should definitely not freeze the X server - I suspec= t=20 the unichrome driver's Xv support is just plain broken in the release shipp= ed=20 with your X server. You might want to check Xorg's bugzilla on the issue. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1888888.dXaWySMEPX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEIMkbXhc68WspdLARAjcUAJ9Qc9wuK62EY3l+suuyakVJIu3nwACeIExL cUmoBWK+W30PZF+sEv7VNjw= =VFF7 -----END PGP SIGNATURE----- --nextPart1888888.dXaWySMEPX-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 10:24:12 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB67816A401 for ; Wed, 22 Mar 2006 10:24:12 +0000 (UTC) (envelope-from stolz@i2.informatik.rwth-aachen.de) Received: from atlas.informatik.rwth-aachen.de (atlas.informatik.RWTH-Aachen.DE [137.226.194.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6364543D72 for ; Wed, 22 Mar 2006 10:24:04 +0000 (GMT) (envelope-from stolz@i2.informatik.rwth-aachen.de) Received: from i2.informatik.rwth-aachen.de (menelaos.informatik.RWTH-Aachen.DE [137.226.194.73]) by atlas.informatik.rwth-aachen.de (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k2MAO3sY007267 for ; Wed, 22 Mar 2006 11:24:03 +0100 Received: (from stolz@localhost) by i2.informatik.rwth-aachen.de (8.13.4/8.13.4/Submit) id k2MAOawK056103 for hackers@FreeBSD.org; Wed, 22 Mar 2006 11:24:36 +0100 (CET) (envelope-from stolz) Date: Wed, 22 Mar 2006 11:24:36 +0100 From: Volker Stolz To: hackers@FreeBSD.org Message-ID: <20060322102436.GB54061@i2.informatik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline X-PGP-Key: finger vs@foldr.org X-PGP-Id: 0x3FD1B6B5 User-Agent: Mutt/1.5.11 Cc: Subject: 6.1 libpthread: pthread_create and _pq_insert_tail: Already in priority queue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 10:24:12 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A rather largish application (the most recent version of GHC, see lang/ghc) fails in its runtime system with: _pq_insert_tail: Already in priority queue Basically some threads and mutexes are involved, then the application forks= , some more threads are created and then I get this error on a pthread_create(). If I use libmap.conf to map libpthread to either libthr or libc_r, the error doesn't occur. I'm a bit baffled by this...any pointers are welcome! This is mentioned on some MySQL-lists as well, but never with an explanatio= n :| Maybe the runtime is violation some assumptions on what it should be able t= o do with threads, but I couldn't find anything "interesting". Cheers, Volker --=20 http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME "All the excitement lies in pattern matching." (SPJ et al.) --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iQCVAwUBRCEl4xLpPok/0ba1AQIqzwP/YYbNe3gVzFMNPJgLFuiAAGWdlYpgA6I6 44x6QGZr0WE1UCxQhThhelyE98ocq4SpgpAOPuGCsmcwi0sZ4HqXnxP88nFyNCyn zF4n8KlVSmb4OqPdNQg3pYPaUCfgaiLtlGba+q7ffXP74gd2G9yP2I1HpCdgt4NE 4HJ1oRHECaw= =QbTX -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 11:12:18 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EFBA16A401; Wed, 22 Mar 2006 11:12:18 +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 F415443D80; Wed, 22 Mar 2006 11:12:07 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.21]) by a50.ironport.com with ESMTP; 22 Mar 2006 03:12:08 -0800 Message-ID: <44213107.7050808@elischer.org> Date: Wed, 22 Mar 2006 03:12:07 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Volker Stolz References: <20060322102436.GB54061@i2.informatik.rwth-aachen.de> In-Reply-To: <20060322102436.GB54061@i2.informatik.rwth-aachen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: 6.1 libpthread: pthread_create and _pq_insert_tail: Already in priority queue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 11:12:18 -0000 Volker Stolz wrote: >A rather largish application (the most recent version of GHC, see lang/ghc) >fails in its runtime system with: > >_pq_insert_tail: Already in priority queue > >Basically some threads and mutexes are involved, then the application forks, some more threads >are created and then I get this error on a pthread_create(). > >If I use libmap.conf to map libpthread to either libthr or libc_r, the error >doesn't occur. I'm a bit baffled by this...any pointers are welcome! > >This is mentioned on some MySQL-lists as well, but never with an explanation :| >Maybe the runtime is violation some assumptions on what it should be able to do >with threads, but I couldn't find anything "interesting". > >Cheers, > Volker > > This is probably the old "The pthead standard says that after a fork a pthreaded child can only do async-safe library calls (those that are safe for signals), before it does an exec() (which it almost must do). The parent can of course continue on doing normal work.. All othe rthreads in teh child will have been uncerimoniously killed. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 13:47:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D440016A420 for ; Wed, 22 Mar 2006 13:47:40 +0000 (UTC) (envelope-from zazubrik@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7CD43D45 for ; Wed, 22 Mar 2006 13:47:40 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from [195.149.104.96] (port=47263 helo=[10.13.66.8]) by mx3.mail.ru with esmtp id 1FM3gZ-000MYV-00 for freebsd-hackers@freebsd.org; Wed, 22 Mar 2006 16:47:39 +0300 Mime-Version: 1.0 (Apple Message framework v746.3) In-Reply-To: <1142510785.36931.43.camel@timon> References: <1142506792.36931.25.camel@timon> <200603161235.24124.hackers@dino.sk> <1142510785.36931.43.camel@timon> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <26A95C2F-FE0A-4434-B164-A24BA2E5D950@mail.ru> Content-Transfer-Encoding: 7bit From: Artem Ignatiev Date: Wed, 22 Mar 2006 16:47:36 +0300 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.746.3) Subject: Re: newbus questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 13:47:40 -0000 On 16.03.2006, at 15:06, Artem 'ZaZooBred' Ignatiev wrote: > On Thu, 16/03/2006 12:35 +0100, Milan Obuch wrote: > >> .... >> >>> 1. How to create the bus itself, and properly describe its >>> interfaces? >>> skeletons of bus-driver and frontend-drivers would be a GREAT help. >> >> Being far from everything knowing hacker, I just can help with >> what I found >> when working on something totally unrelated. >> First you need to write .m file describing your methods - they are >> class >> description, kind of. There are couple of them - maybe PCI analogy >> (pci_if.m >> and pcib_if.m) could help a little to understand their role. Then >> you can use >> these methods in your device_method_t array describing your >> device. Actually, >> these definitions are something like software bus between parent >> and child >> device. And maybe you could get some clue looking at bktr driver, >> which could >> be somehow related to your are of interest. > > Yes, I've got some clearance in how that _if.m files are > written, but bktr driver is too complex for me to understand how the > things are done right now. I'll look at it again, though, maybe I > could > understand the logic of how such things are done, when I could clearly > separate generic logic from implementation of particular hardware > driver. Okay, now I have got the bus device, the child device. My current trouble is that I want bus driver to provide some methods to child drivers. So I created saa_bus_if.m file, declared some methods there, made implementation in bus driver and added them using DEVICE_METHOD(saa_bus_some_method, saa_some_method_impl), and added the saa_bus_if.c to child driver SRCS. Now, when I do SAA_BUS_SOME_METHOD(card, ...) inside bus driver, it works just as expected. But when I do SAA_BUS_SOME_METHOD(device_get_parent (subdev), ...) inside subdriver, it happens that KOBJLOOKUP(...) returns pointer to generic function (which returns ENXIO) rather than pointer to my implementation. The questions are: Am I going the Right Way(tm) when exporting functions to child drivers like that? If yes, what I must do in order to get the real implementation, not the default one? If no, what is The Right Way(tm)? Thanks in advance. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 14:05:57 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A83416A422; Wed, 22 Mar 2006 14:05:57 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23A343D46; Wed, 22 Mar 2006 14:05:55 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k2ME5p0e042758 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 22 Mar 2006 15:05:51 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k2ME5pg9042756; Wed, 22 Mar 2006 15:05:51 +0100 (CET) Date: Wed, 22 Mar 2006 15:05:51 +0100 From: Divacky Roman To: Volker Stolz Message-ID: <20060322140551.GA42554@stud.fit.vutbr.cz> References: <20060322102436.GB54061@i2.informatik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060322102436.GB54061@i2.informatik.rwth-aachen.de> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: hackers@freebsd.org Subject: Re: 6.1 libpthread: pthread_create and _pq_insert_tail: Already in priority queue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 14:05:57 -0000 On Wed, Mar 22, 2006 at 11:24:36AM +0100, Volker Stolz wrote: > A rather largish application (the most recent version of GHC, see lang/ghc) > fails in its runtime system with: > > _pq_insert_tail: Already in priority queue two pointers: 1) I use ghc daily without this problem 2) I got this error when I was playing with threads/mutexes and my code was wrong roman From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 14:23:04 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE4D16A401; Wed, 22 Mar 2006 14:23:04 +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 1E89143D46; Wed, 22 Mar 2006 14:23:04 +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.5/8.13.5/NETPLEX) with ESMTP id k2MEN36D007472; Wed, 22 Mar 2006 09:23:03 -0500 (EST) Date: Wed, 22 Mar 2006 09:23:02 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Divacky Roman In-Reply-To: <20060322140551.GA42554@stud.fit.vutbr.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: hackers@freebsd.org, Volker Stolz Subject: Re: 6.1 libpthread: pthread_create and _pq_insert_tail: Already in priority queue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 14:23:04 -0000 On Wed, 22 Mar 2006, Divacky Roman wrote: > On Wed, Mar 22, 2006 at 11:24:36AM +0100, Volker Stolz wrote: > > A rather largish application (the most recent version of GHC, see lang/ghc) > > fails in its runtime system with: > > > > _pq_insert_tail: Already in priority queue > > two pointers: > > 1) I use ghc daily without this problem > 2) I got this error when I was playing with threads/mutexes and my code was > wrong And what Julian said in a previous email was correct. POSIX only guarantees that async-signal-safe functions may be safely used in a child after a fork() from a multi-threaded process. Think about it. A fork() from a multi-threaded process is just as asynchronous with respect to the other threads as an asyncronous signal in a single-threaded process. Internal libc, libpthread, and process state, as well as state from any other libraries that are used, is left in an inconsistent state. An application can use pthread_atfork(), but POSIX does not require the implementation to do the equivalent (in libc, libpthread, ...) -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 14:36:56 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F94D16A400 for ; Wed, 22 Mar 2006 14:36:56 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCE5C43D49 for ; Wed, 22 Mar 2006 14:36:55 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.17]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FM4SD-0000Ez-5L for hackers@freebsd.org; Wed, 22 Mar 2006 23:36:53 +0900 Message-ID: <44215FE9.2070602@highway.ne.jp> Date: Wed, 22 Mar 2006 23:32:09 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: Subject: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 14:36:56 -0000 Hello, I compiled the following code on 6.1-PRERELEASE and ran: dltest.c ---------------------------------------------------------------------- #include #include #include #include #include #include #define NTHREADS 10 void *func(void *dummy); int main(void) { pthread_t tids[NTHREADS]; int error; int i; for (i = 0; i < NTHREADS; i++) { error = pthread_create(&tids[i], NULL, func, NULL); if (error) errc(1, error, "pthread_create"); } for (;;) sleep(1); /* NOTREACHED */ exit(0); } void *func(void *dummy) { void *h; for (;;) { if ((h = dlopen("/usr/lib/libm.so", RTLD_NOW)) == NULL) errx(1, "dlopen: %s", dlerror()); if (dlclose(h) == -1) errx(1, "dlclose: %s", dlerror()); } /* NOTREACHED */ return (NULL); } ---------------------------------------------------------------------- % cc -Wall -o dltest dltest.c -lpthread % ./dltest ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:2445 Segmentation fault (core dumped) % cc -Wall -o dltest dltest.c -lthr % ./dltest % ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:1723 Abort (core dumped) Hmm, it seems dlopen() and dlclose() are not MT-safe. Is this a known issue? -- Kazuaki Oda From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 16:56:59 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E9AF16A400 for ; Wed, 22 Mar 2006 16:56:59 +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 CB3DC43DF5 for ; Wed, 22 Mar 2006 16:55:51 +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 k2MGt3pG020719; Wed, 22 Mar 2006 08:55:03 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k2MGsjhh020690; Wed, 22 Mar 2006 08:54:45 -0800 Date: Wed, 22 Mar 2006 08:54:45 -0800 From: Brooks Davis To: Dario Freni Message-ID: <20060322165445.GA19647@odin.ac.hmc.edu> References: <4420AF56.60106@freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <4420AF56.60106@freesbie.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: hackers@freebsd.org Subject: Re: Installation from USB pen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 16:56:59 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 22, 2006 at 02:58:46AM +0100, Dario Freni wrote: > Hi everybody, > attached a tiny script to convert a FreeBSD install iso image to a > binary ufs image ready to be flashed e.g. on an USB pendrive. >=20 > The size of the ufs image is calculated from the iso one. The usage for > the script is quite simple: >=20 > ./fbsd-install-iso2img.sh iso-path img-path >=20 > Once you're done, you can dd the img directly to an USB pen. If you also > want to make a serial-console install image just set the serial variable > on top of the script to 1. >=20 > This script is derived from another similar one that I made for the > pfSense project. It was requested for those kind of systems which have > an usb port booting-capable and a serial console. >=20 > I hope you'll find it useful. Bye, Way cool! We've to tons of boxes that are a complete pain is the ass to install on via CD, this will save tons of time. Obviously, it would be better it we made one of these as part of the release build and put it on the ftp site, but this is a hugh step in the right direction. One minor nit, you might want to put a check that the user is root at the top of the script since that is a requirement. > P.S.: beer-ware license Are you going to be at BSDCan. :) -- Brooks > --=20 > Dario Freni (saturnero@freesbie.org) > FreeSBIE developer (http://www.freesbie.org) > GPG Public key at http://www.saturnero.net/saturnero.asc > #!/bin/sh >=20 > # You can set some variables here. Edit them to fit your needs. >=20 > # Set serial variable to 0 if you don't want serial console at all, > # 1 if you want comconsole and 2 if you want comconsole and vidconsole > serial=3D0 >=20 > set -u >=20 > if [ $# -lt 2 ]; then > echo "Usage: $0 source-iso-path output-img-path" > exit 1 > fi >=20 > isoimage=3D$1; shift > imgoutfile=3D$1; shift >=20 > export tmpdir=3D$(mktemp -d -t fbsdmount) > # Temp file and directory to be used later > export tmpfile=3D$(mktemp -t bsdmount) >=20 > export isodev=3D$(mdconfig -a -t vnode -f ${isoimage}) >=20 > echo "#### Building bootable UFS image ####" >=20 > ISOSIZE=3D$(du -k ${isoimage} | awk '{print $1}') > SECTS=3D$((($ISOSIZE + ($ISOSIZE/5))*2)) >=20 > # Root partition size >=20 > echo "Initializing image..." > dd if=3D/dev/zero of=3D${imgoutfile} count=3D${SECTS} > ls -l ${imgoutfile} > export imgdev=3D$(mdconfig -a -t vnode -f ${imgoutfile}) >=20 > bsdlabel -w -B ${imgdev} > newfs -O1 /dev/${imgdev}a >=20 > mkdir -p ${tmpdir}/iso ${tmpdir}/img >=20 > mount -t cd9660 /dev/${isodev} ${tmpdir}/iso > mount /dev/${imgdev}a ${tmpdir}/img >=20 > echo "Copying files to the image..." > ( cd ${tmpdir}/iso && find . -print -depth | cpio -dump ${tmpdir}/img ) > #bzcat ${tmpdir}/iso/dist/root.dist.bz2 | mtree -PUr -p ${tmpdir}/img 2>&= 1 > /dev/null >=20 > #echo "/dev/ufs/${UFS_LABEL} / ufs ro 1 1" > ${tmpdir}/img/etc/fstab >=20 > if [ ${serial} -eq 2 ]; then > echo "-D" > ${tmpdir}/img/boot.config > echo 'console=3D"comconsole, vidconsole"' >> ${tmpdir}/img/boot/l= oader.conf > elif [ ${serial} -eq 1 ]; then > echo "-h" > ${tmpdir}/img/boot.config > echo 'console=3D"comconsole"' >> ${tmpdir}/img/boot/loader.conf > fi >=20 > cleanup() { > umount ${tmpdir}/iso > mdconfig -d -u ${isodev} > umount ${tmpdir}/img > mdconfig -d -u ${imgdev} > rm -rf ${tmpdir} ${tmpfile} > } >=20 > cleanup >=20 > ls -lh ${imgoutfile} --=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 --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEIYFUXY6L6fI4GtQRAjglAJ95vlX+Oqm4y6SmG5DFOxUKyzwpKACgs4np sFF2M/YQ3FbfMmBNZaXfwHg= =8rHe -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 17:43:23 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DDB716A401; Wed, 22 Mar 2006 17:43:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F31443D79; Wed, 22 Mar 2006 17:43:20 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k2MHhEZQ008931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 19:43:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2MHhE6T095775; Wed, 22 Mar 2006 19:43:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2MHhCRO095774; Wed, 22 Mar 2006 19:43:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Mar 2006 19:43:12 +0200 From: Kostik Belousov To: Kazuaki Oda Message-ID: <20060322174312.GB27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <44215FE9.2070602@highway.ne.jp> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: kan@freebsd.org, hackers@freebsd.org Subject: Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 17:43:23 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 22, 2006 at 11:32:09PM +0900, Kazuaki Oda wrote: > Hello, >=20 > I compiled the following code on 6.1-PRERELEASE and ran: >=20 > dltest.c > ---------------------------------------------------------------------- > #include > #include > #include > #include > #include > #include >=20 > #define NTHREADS 10 >=20 > void *func(void *dummy); >=20 > int main(void) > { > pthread_t tids[NTHREADS]; > int error; > int i; >=20 > for (i =3D 0; i < NTHREADS; i++) { > error =3D pthread_create(&tids[i], NULL, func, NULL); > if (error) > errc(1, error, "pthread_create"); > } >=20 > for (;;) > sleep(1); >=20 > /* NOTREACHED */ >=20 > exit(0); > } >=20 > void *func(void *dummy) > { > void *h; >=20 > for (;;) { > if ((h =3D dlopen("/usr/lib/libm.so", RTLD_NOW)) =3D=3D NULL) > errx(1, "dlopen: %s", dlerror()); > if (dlclose(h) =3D=3D -1) > errx(1, "dlclose: %s", dlerror()); > } >=20 > /* NOTREACHED */ >=20 > return (NULL); > } > ---------------------------------------------------------------------- >=20 > % cc -Wall -o dltest dltest.c -lpthread > % ./dltest > ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:2445 > Segmentation fault (core dumped) >=20 > % cc -Wall -o dltest dltest.c -lthr > % ./dltest > % ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:1723 > Abort (core dumped) >=20 > Hmm, it seems dlopen() and dlclose() are not MT-safe. Is this a known > issue? >=20 > -- > Kazuaki Oda The following patch put some relief for the problem: Index: libexec/rtld-elf/rtld.c = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.c,v retrieving revision 1.112 diff -u -r1.112 rtld.c --- libexec/rtld-elf/rtld.c 24 Dec 2005 15:37:30 -0000 1.112 +++ libexec/rtld-elf/rtld.c 22 Mar 2006 17:33:06 -0000 @@ -1688,6 +1688,12 @@ wlock_release(rtld_bind_lock, lockstate); objlist_call_fini(&list_fini); lockstate =3D wlock_acquire(rtld_bind_lock); + if (root->refcount =3D=3D 0) { + _rtld_error("%s: object busy", root->path); + wlock_release(rtld_bind_lock, lockstate); + return -1; + } + objlist_remove_unref(&list_fini); /* Finish cleaning up the newly-unreferenced objects. */ But it still allows for the mess of _init/_fini simultaneous calls from different threads. SUSv3 does not mention constructors/destructors. --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIYyvC3+MBN1Mb4gRAqNnAJ99oSXZJu2GX6ffvlah05dtDTGqOQCg0cBw V7O5wKkm4D4gjW2NIY/R1ag= =rlPa -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 19:07:53 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F1C716A425; Wed, 22 Mar 2006 19:07:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7161E43D7F; Wed, 22 Mar 2006 19:07:34 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k2MJ7SJd011203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Mar 2006 21:07:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2MJ7RHo001107; Wed, 22 Mar 2006 21:07:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2MJ7PSx001106; Wed, 22 Mar 2006 21:07:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Mar 2006 21:07:25 +0200 From: Kostik Belousov To: Kostik Belousov Message-ID: <20060322190725.GC27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <20060322174312.GB27116@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: hackers@freebsd.org, kan@freebsd.org, Kazuaki Oda Subject: Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 19:07:53 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 22, 2006 at 07:43:12PM +0200, Kostik Belousov wrote: > On Wed, Mar 22, 2006 at 11:32:09PM +0900, Kazuaki Oda wrote: > > Hello, > >=20 > > I compiled the following code on 6.1-PRERELEASE and ran: > >=20 > > dltest.c > > ---------------------------------------------------------------------- > > #include > > #include > > #include > > #include > > #include > > #include > >=20 > > #define NTHREADS 10 > >=20 > > void *func(void *dummy); > >=20 > > int main(void) > > { > > pthread_t tids[NTHREADS]; > > int error; > > int i; > >=20 > > for (i =3D 0; i < NTHREADS; i++) { > > error =3D pthread_create(&tids[i], NULL, func, NULL); > > if (error) > > errc(1, error, "pthread_create"); > > } > >=20 > > for (;;) > > sleep(1); > >=20 > > /* NOTREACHED */ > >=20 > > exit(0); > > } > >=20 > > void *func(void *dummy) > > { > > void *h; > >=20 > > for (;;) { > > if ((h =3D dlopen("/usr/lib/libm.so", RTLD_NOW)) =3D=3D NULL) > > errx(1, "dlopen: %s", dlerror()); > > if (dlclose(h) =3D=3D -1) > > errx(1, "dlclose: %s", dlerror()); > > } > >=20 > > /* NOTREACHED */ > >=20 > > return (NULL); > > } > > ---------------------------------------------------------------------- > >=20 > > % cc -Wall -o dltest dltest.c -lpthread > > % ./dltest > > ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:2445 > > Segmentation fault (core dumped) > >=20 > > % cc -Wall -o dltest dltest.c -lthr > > % ./dltest > > % ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:1723 > > Abort (core dumped) > >=20 > > Hmm, it seems dlopen() and dlclose() are not MT-safe. Is this a known > > issue? > >=20 > > -- > > Kazuaki Oda >=20 > The following patch put some relief for the problem: >=20 > Index: libexec/rtld-elf/rtld.c = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.c,v > retrieving revision 1.112 > diff -u -r1.112 rtld.c > --- libexec/rtld-elf/rtld.c 24 Dec 2005 15:37:30 -0000 1.112 > +++ libexec/rtld-elf/rtld.c 22 Mar 2006 17:33:06 -0000 > @@ -1688,6 +1688,12 @@ > wlock_release(rtld_bind_lock, lockstate); > objlist_call_fini(&list_fini); > lockstate =3D wlock_acquire(rtld_bind_lock); > + if (root->refcount =3D=3D 0) { > + _rtld_error("%s: object busy", root->path); > + wlock_release(rtld_bind_lock, lockstate); > + return -1; > + } > + > objlist_remove_unref(&list_fini); >=20 > /* Finish cleaning up the newly-unreferenced objects. */ >=20 >=20 > But it still allows for the mess of _init/_fini simultaneous calls > from different threads. SUSv3 does not mention constructors/destructors. Oops. Completely reversed condition in the if. :(. Also, I don't think it shall returns the error in this situation. New take: Index: libexec/rtld-elf/rtld.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.c,v retrieving revision 1.112 diff -u -r1.112 rtld.c --- libexec/rtld-elf/rtld.c 24 Dec 2005 15:37:30 -0000 1.112 +++ libexec/rtld-elf/rtld.c 22 Mar 2006 19:03:12 -0000 @@ -1688,6 +1688,11 @@ wlock_release(rtld_bind_lock, lockstate); objlist_call_fini(&list_fini); lockstate =3D wlock_acquire(rtld_bind_lock); + if (root->refcount !=3D 0) { + wlock_release(rtld_bind_lock, lockstate); + return 0; + } + objlist_remove_unref(&list_fini); /* Finish cleaning up the newly-unreferenced objects. */ --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEIaBsC3+MBN1Mb4gRAr1rAJoDR1ZQ3n0+XBy06Xa9jUHVVVueEwCfdj7a jRmZF2qC7Tj88xUXv1Y4II4= =WfEu -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 19:23:57 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EA9F16A41F for ; Wed, 22 Mar 2006 19:23:57 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2091F43D69 for ; Wed, 22 Mar 2006 19:23:56 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (hus3xcd5e5n7m6ra@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k2MJNsQq034255; Wed, 22 Mar 2006 11:23:54 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k2MJNrKS034254; Wed, 22 Mar 2006 11:23:53 -0800 (PST) (envelope-from jmg) Date: Wed, 22 Mar 2006 11:23:53 -0800 From: John-Mark Gurney To: Artem Ignatiev Message-ID: <20060322192353.GB35129@funkthat.com> Mail-Followup-To: Artem Ignatiev , freebsd-hackers@freebsd.org References: <1142506792.36931.25.camel@timon> <200603161235.24124.hackers@dino.sk> <1142510785.36931.43.camel@timon> <26A95C2F-FE0A-4434-B164-A24BA2E5D950@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26A95C2F-FE0A-4434-B164-A24BA2E5D950@mail.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers@freebsd.org Subject: Re: newbus questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 19:23:57 -0000 Artem Ignatiev wrote this message on Wed, Mar 22, 2006 at 16:47 +0300: > On 16.03.2006, at 15:06, Artem 'ZaZooBred' Ignatiev wrote: > > >On Thu, 16/03/2006 12:35 +0100, Milan Obuch wrote: > > > >>.... > >> > >>>1. How to create the bus itself, and properly describe its > >>>interfaces? > >>>skeletons of bus-driver and frontend-drivers would be a GREAT help. > >> > >>Being far from everything knowing hacker, I just can help with > >>what I found > >>when working on something totally unrelated. > >>First you need to write .m file describing your methods - they are > >>class > >>description, kind of. There are couple of them - maybe PCI analogy > >>(pci_if.m > >>and pcib_if.m) could help a little to understand their role. Then > >>you can use > >>these methods in your device_method_t array describing your > >>device. Actually, > >>these definitions are something like software bus between parent > >>and child > >>device. And maybe you could get some clue looking at bktr driver, > >>which could > >>be somehow related to your are of interest. > > > >Yes, I've got some clearance in how that _if.m files are > >written, but bktr driver is too complex for me to understand how the > >things are done right now. I'll look at it again, though, maybe I > >could > >understand the logic of how such things are done, when I could clearly > >separate generic logic from implementation of particular hardware > >driver. > > Okay, now I have got the bus device, the child device. My current > trouble is > that I want bus driver to provide some methods to child drivers. > > So I created saa_bus_if.m file, declared some methods there, made > implementation > in bus driver and added them using > DEVICE_METHOD(saa_bus_some_method, saa_some_method_impl), > > and added the saa_bus_if.c to child driver SRCS. You should only add the saa_bus_if.h to the child driver.. the if.c file is for the part that implementes the bus.. be it one driver, or part of the kernel... I'm surprised you aren't getting duplicate symbols... > Now, when I do SAA_BUS_SOME_METHOD(card, ...) inside bus driver, it > works just as > expected. But when I do SAA_BUS_SOME_METHOD(device_get_parent > (subdev), ...) > inside subdriver, it happens that KOBJLOOKUP(...) returns pointer to > generic > function (which returns ENXIO) rather than pointer to my implementation. > > The questions are: > Am I going the Right Way(tm) when exporting functions to child > drivers like that? > If yes, what I must do in order to get the real implementation, not > the default one? > If no, what is The Right Way(tm)? Most of the drivers have code in the default, that will reapply the function to the parent, so you don't have to do the device_get_parent in your driver.. They also implement their own lower case wrappers too... This very well could be due to the fact that you're including your interface twice, and that the second time isn't seeing the same cache entry in the KOBJ cache.. Why are you compiling the _if.c twice? If this was to get around undefined symbols at module load time, I found that you need to add a MODULE_DEPEND to the module the provides the symbol... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 21:04:18 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF6DC16A424; Wed, 22 Mar 2006 21:04:18 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D15C43DE9; Wed, 22 Mar 2006 21:02:19 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.17]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FMAT2-0003k1-72; Thu, 23 Mar 2006 06:02:08 +0900 Message-ID: <4421BA34.8040908@highway.ne.jp> Date: Thu, 23 Mar 2006 05:57:24 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> In-Reply-To: <20060322190725.GC27116@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: kan@freebsd.org, hackers@freebsd.org Subject: Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 21:04:18 -0000 Kostik Belousov wrote: > Oops. Completely reversed condition in the if. :(. Also, I don't think it > shall returns the error in this situation. New take: > > Index: libexec/rtld-elf/rtld.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.c,v > retrieving revision 1.112 > diff -u -r1.112 rtld.c > --- libexec/rtld-elf/rtld.c 24 Dec 2005 15:37:30 -0000 1.112 > +++ libexec/rtld-elf/rtld.c 22 Mar 2006 19:03:12 -0000 > @@ -1688,6 +1688,11 @@ > wlock_release(rtld_bind_lock, lockstate); > objlist_call_fini(&list_fini); > lockstate = wlock_acquire(rtld_bind_lock); > + if (root->refcount != 0) { > + wlock_release(rtld_bind_lock, lockstate); > + return 0; > + } > + > objlist_remove_unref(&list_fini); > > /* Finish cleaning up the newly-unreferenced objects. */ Thanks. I applied your patch and ran the test program once more. When linked with libpthread: % ./dltest Segmentation fault (core dumped) When linked with libthr: % ./dltest ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:1728 In libpthread case, the result was changed. I got no "assert failed" message, and it took longer time to crash than before. In libthr case, I could not find any difference. BTW do you know the reason why lock is released before calling objlist_call_fini()? If we don't release the lock, what problem will occur? deadlock? -- Kazuaki Oda From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 22 22:00:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6671216A420 for ; Wed, 22 Mar 2006 22:00:22 +0000 (UTC) (envelope-from zazubrik@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5BD43D45 for ; Wed, 22 Mar 2006 22:00:21 +0000 (GMT) (envelope-from zazubrik@mail.ru) Received: from [85.140.174.15] (port=32647 helo=[192.168.0.8]) by mx27.mail.ru with esmtp id 1FMBNM-000ONR-00 for freebsd-hackers@freebsd.org; Thu, 23 Mar 2006 01:00:20 +0300 Mime-Version: 1.0 (Apple Message framework v746.3) In-Reply-To: <20060322192353.GB35129@funkthat.com> References: <1142506792.36931.25.camel@timon> <200603161235.24124.hackers@dino.sk> <1142510785.36931.43.camel@timon> <26A95C2F-FE0A-4434-B164-A24BA2E5D950@mail.ru> <20060322192353.GB35129@funkthat.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6A5050A8-2FF7-49CF-A614-FD90BAEB9BE5@mail.ru> Content-Transfer-Encoding: 7bit From: Artem Ignatiev Date: Thu, 23 Mar 2006 01:00:18 +0300 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.746.3) Subject: Re: newbus questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2006 22:00:22 -0000 On 22.03.2006, at 22:23, John-Mark Gurney wrote: >> Okay, now I have got the bus device, the child device. My current >> trouble is >> that I want bus driver to provide some methods to child drivers. >> >> So I created saa_bus_if.m file, declared some methods there, made >> implementation >> in bus driver and added them using >> DEVICE_METHOD(saa_bus_some_method, saa_some_method_impl), >> >> and added the saa_bus_if.c to child driver SRCS. > > You should only add the saa_bus_if.h to the child driver.. the if.c > file is for the part that implementes the bus.. be it one driver, or > part of the kernel... I'm surprised you aren't getting duplicate > symbols... > >> Now, when I do SAA_BUS_SOME_METHOD(card, ...) inside bus driver, it >> works just as >> expected. But when I do SAA_BUS_SOME_METHOD(device_get_parent >> (subdev), ...) >> inside subdriver, it happens that KOBJLOOKUP(...) returns pointer to >> generic >> function (which returns ENXIO) rather than pointer to my >> implementation. >> >> The questions are: >> Am I going the Right Way(tm) when exporting functions to child >> drivers like that? >> If yes, what I must do in order to get the real implementation, not >> the default one? >> If no, what is The Right Way(tm)? > > Most of the drivers have code in the default, that will reapply the > function to the parent, so you don't have to do the device_get_parent > in your driver.. They also implement their own lower case wrappers > too... That's just for sure... I want the method I call to work with the bus' softc, not with the child's one. Right now I am not sure whether I really want to have different softc's for the bridge driver and for tuner. > This very well could be due to the fact that you're including your > interface twice, and that the second time isn't seeing the same cache > entry in the KOBJ cache.. > > Why are you compiling the _if.c twice? If this was to get around > undefined symbols at module load time, I found that you need to add a > MODULE_DEPEND to the module the provides the symbol... Yeah, I found that out myself already... I really was missing MODULE_VERSION in a bus driver and MODULE_DEPEND in a child driver. For now, I have all pieces of a puzzle laid out. I'm able to identify Philips IC (bridge), check it's subdevice, and subdriver is able to ask it's parent to do some I2C conversation to test presence of tuner. I know how bus driver can do something with a child device, and vice versa. I think that it's time to try to write an article, as Milan Obuch suggested. I hope it will save someone from bumping into the walls just like I did. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 00:56:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E14E16A401 for ; Thu, 23 Mar 2006 00:56:08 +0000 (UTC) (envelope-from pb@ludd.ltu.se) Received: from mother.ludd.ltu.se (mother.ludd.ltu.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E5F43D45 for ; Thu, 23 Mar 2006 00:56:06 +0000 (GMT) (envelope-from pb@ludd.ltu.se) Received: from brother.ludd.ltu.se (brother.ludd.ltu.se [130.240.16.78]) by mother.ludd.ltu.se (8.12.10+Sun/8.12.10) with ESMTP id k2N0twhK015283; Thu, 23 Mar 2006 01:55:58 +0100 (MET) Received: from brother.ludd.ltu.se (localhost [127.0.0.1]) by brother.ludd.ltu.se (8.12.10+Sun/8.12.2) with ESMTP id k2N0twCZ024501; Thu, 23 Mar 2006 01:55:58 +0100 (MET) Received: (from pb@localhost) by brother.ludd.ltu.se (8.12.10+Sun/8.12.2/Submit) id k2N0twwd024499; Thu, 23 Mar 2006 01:55:58 +0100 (MET) From: Peter B Message-Id: <200603230055.k2N0twwd024499@brother.ludd.ltu.se> To: hselasky@c2i.net (Hans Petter Selasky) Date: Thu, 23 Mar 2006 01:55:58 +0100 (MET) In-Reply-To: <200602241909.05333.hselasky@c2i.net> from "Hans Petter Selasky" at Feb 24, 2006 07:09:04 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Mar 2006 02:56:57 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: usb2 iscochronous transfer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 00:56:08 -0000 >> >Maybe you want to try out the new USB API when designing the driver. Don't >> >forget that high-speed isoc have 8 frames per millisecond! http://en.wikipedia.org/wiki/USB "In addition to this some operating systems take a conservative approach to scheduling transactions and limit the number of transfers per frame. Reducing the maximum transfers from say the theoretical 13 per frame to 10 or 9." Does this apply? >> >PS: My USB driver in SVN is now also compiling and working on NetBSD 3.X. Where can I find instructions for this? >if that works better during the transition phase. But the patches are not >ready yet. Really it is just to follow the Makefile. Anything in particular that makes them "not ready" in you opinion? >> How is uaudio and umass working with this driver? > >uaudio and umass works fine, but they need to be rewritten, hence they are >still under the compatibility layer of my driver, and can sleep when they >should not sleep. I tested the new usb driver with: FreeBSD 6.0-RELEASE #0: Tue Mar 21 15:17:11 UTC 2006 CPU: Pentium Pro (199.74-MHz 686-class CPU) (yes a slave machine for i/o :) real memory = 83881984 (79 MB) http://www.pcidatabase.com/vendor_details.php?id=648 ehci0@pci0:6:2: class=0x0c0320 card=0x31041106 chip=0x31041106 rev=0x63 hdr=0x00 4xUsb 2xFw uaudio0: Creative Technology SB Live! 24-bit External, rev 1.10/1.00, addr 2 uaudio plays without any audioable distortion over the toslink interface. However syslog is full of: usbd_transfer_done: short transfer actlen(3528) < len (3600) What's the cause .. ? /usr/src/sys/dev/usb2/_usb_transfer.c usbd_transfer_done() error==FALSE (why set?) xfer->actlen < xfer->length xfer->flags & USBD_SHORT_XFER_OK == FALSE From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 07:47:26 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF0216A400 for ; Thu, 23 Mar 2006 07:47:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A772043D46 for ; Thu, 23 Mar 2006 07:47:25 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from acer-43b73db2a3.lan (ti131310a080-4379.bb.online.no [85.165.209.27]) by mail46.nsc.no (8.13.5/8.13.5) with ESMTP id k2N7lLAN008547; Thu, 23 Mar 2006 08:47:22 +0100 (CET) From: Hans Petter Selasky To: Peter B Date: Thu, 23 Mar 2006 08:47:40 +0100 User-Agent: KMail/1.7 References: <200603230055.k2N0twwd024499@brother.ludd.ltu.se> In-Reply-To: <200603230055.k2N0twwd024499@brother.ludd.ltu.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603230847.41120.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org Subject: Re: usb2 iscochronous transfer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 07:47:26 -0000 On Thursday 23 March 2006 01:55, Peter B wrote: > >> >Maybe you want to try out the new USB API when designing the driver. > >> > Don't forget that high-speed isoc have 8 frames per millisecond! > > http://en.wikipedia.org/wiki/USB > "In addition to this some operating systems take a conservative approach > to scheduling transactions and limit the number of transfers per frame. > Reducing the maximum transfers from say the theoretical 13 per frame > to 10 or 9." > > Does this apply? The limit is 128 transactions per transfer. For full-speed USB that means 128 frames. For high-speed USB that means 128*8 frames. I recommend that you use two transfers of 50 frames for full speed and 50*8 for high speed. > >> >PS: My USB driver in SVN is now also compiling and working on NetBSD > >> > 3.X. > > Where can I find instructions for this? There are not so many instructions available, so here is a quick one: 1) Compile a NetBSD kernel without USB 2) svn --username anonsvn --password anonsvn checkout svn://svn.turbocat.net/i4b 3) Uncomment "WITH_USB=" in "i4b/trunk/i4b/module/Makefile" 4) Read "i4b/trunk/i4b/Makefile" and follow the instructions for how to install on NetBSD. > > >if that works better during the transition phase. But the patches are not > >ready yet. Really it is just to follow the Makefile. > > Anything in particular that makes them "not ready" in you opinion? Lack of time to make the patches. > > >> How is uaudio and umass working with this driver? > > > >uaudio and umass works fine, but they need to be rewritten, hence they are > >still under the compatibility layer of my driver, and can sleep when they > >should not sleep. > > I tested the new usb driver with: > FreeBSD 6.0-RELEASE #0: Tue Mar 21 15:17:11 UTC 2006 > CPU: Pentium Pro (199.74-MHz 686-class CPU) (yes a slave machine for i/o > :) real memory = 83881984 (79 MB) > > http://www.pcidatabase.com/vendor_details.php?id=648 > ehci0@pci0:6:2: class=0x0c0320 card=0x31041106 chip=0x31041106 > rev=0x63 hdr=0x00 > 4xUsb 2xFw > uaudio0: Creative Technology SB Live! 24-bit External, rev 1.10/1.00, > addr 2 > > uaudio plays without any audioable distortion over the toslink interface. > However syslog is full of: > usbd_transfer_done: short transfer actlen(3528) < len (3600) > > What's the cause .. ? > /usr/src/sys/dev/usb2/_usb_transfer.c > usbd_transfer_done() > error==FALSE (why set?) > xfer->actlen < xfer->length > xfer->flags & USBD_SHORT_XFER_OK == FALSE The cause is probably in "uaudio.c", that it feeds too much data to the uaudio device. Really the error should be ignored for read transfers, so it maybe lacks a USBD_SHORT_XFER_OK. Someone at "multimedia@freebsd.org" might be able to answer. Could you try plugging the device into a high speed USB HUB connected to a high speed USB port? See if the messages change. --HPS From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 10:54:54 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B95AB16A400; Thu, 23 Mar 2006 10:54:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 149F843D5F; Thu, 23 Mar 2006 10:54:51 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k2NAshwP086598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Mar 2006 12:54:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2NAsh6X000525; Thu, 23 Mar 2006 12:54:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2NAsfpO000524; Thu, 23 Mar 2006 12:54:41 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Mar 2006 12:54:40 +0200 From: Kostik Belousov To: Kazuaki Oda Message-ID: <20060323105440.GD27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4421BA34.8040908@highway.ne.jp> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: kan@freebsd.org, hackers@freebsd.org Subject: [patch] Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 10:54:54 -0000 On Thu, Mar 23, 2006 at 05:57:24AM +0900, Kazuaki Oda wrote: > Kostik Belousov wrote: > > Oops. Completely reversed condition in the if. :(. Also, I don't think it > > shall returns the error in this situation. New take: > > > > Index: libexec/rtld-elf/rtld.c > > =================================================================== > > RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.c,v > > retrieving revision 1.112 > > diff -u -r1.112 rtld.c > > --- libexec/rtld-elf/rtld.c 24 Dec 2005 15:37:30 -0000 1.112 > > +++ libexec/rtld-elf/rtld.c 22 Mar 2006 19:03:12 -0000 > > @@ -1688,6 +1688,11 @@ > > wlock_release(rtld_bind_lock, lockstate); > > objlist_call_fini(&list_fini); > > lockstate = wlock_acquire(rtld_bind_lock); > > + if (root->refcount != 0) { > > + wlock_release(rtld_bind_lock, lockstate); > > + return 0; > > + } > > + > > objlist_remove_unref(&list_fini); > > > > /* Finish cleaning up the newly-unreferenced objects. */ > > Thanks. I applied your patch and ran the test program once more. > > When linked with libpthread: > % ./dltest > Segmentation fault (core dumped) > > When linked with libthr: > % ./dltest > ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/rtld.c:1728 > > In libpthread case, the result was changed. I got no "assert failed" > message, and it took longer time to crash than before. In libthr > case, I could not find any difference. > > BTW do you know the reason why lock is released before calling > objlist_call_fini()? If we don't release the lock, what problem will > occur? deadlock? The reasoning behind releasing the lock is to allow calls to dl*() functions from constructors/destructors. This is common practice and shall be supported. Yes, leaving the lock taken will lead to deadlock. Please, try the following patch and report results. I can run (modified *) version of your test for some time without crash with both libpthread and libthr. [* You need to allow for errors in dlopen and just continue the loop.] Patch protects access to the list of unloading objects by bind lock, and marks the objects that are running finalizers to prevent simultaneous loading of them. Also, it comments out code that is completely incomprehensible by my sloppy brain. Namely, the thread_mask_set stuff seems to allow for the thread to run as-is if another thread taken the lock. As result, lock is effectively ignored. I cannot understand purpose of this fragments. Hope, kan@ describe the reasons. Index: libexec/rtld-elf/rtld.c =================================================================== RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.c,v retrieving revision 1.112 diff -u -r1.112 rtld.c --- libexec/rtld-elf/rtld.c 24 Dec 2005 15:37:30 -0000 1.112 +++ libexec/rtld-elf/rtld.c 23 Mar 2006 10:44:27 -0000 @@ -105,7 +105,7 @@ static int load_preload_objects(void); static Obj_Entry *load_object(const char *, const Obj_Entry *); static Obj_Entry *obj_from_addr(const void *); -static void objlist_call_fini(Objlist *); +static void objlist_call_fini(Objlist *, int *lockstate, unsigned long *gen); static void objlist_call_init(Objlist *); static void objlist_clear(Objlist *); static Objlist_Entry *objlist_find(Objlist *, const Obj_Entry *); @@ -165,6 +165,7 @@ STAILQ_HEAD_INITIALIZER(list_main); static Objlist list_fini = /* Objects needing fini() calls */ STAILQ_HEAD_INITIALIZER(list_fini); +static unsigned long list_fini_gen = 0; static Elf_Sym sym_zero; /* For resolving undefined weak refs. */ @@ -1168,8 +1169,10 @@ objlist_push_tail(list, obj); /* Add the object to the global fini list in the reverse order. */ - if (obj->fini != (Elf_Addr)NULL) + if (obj->fini != (Elf_Addr)NULL) { objlist_push_head(&list_fini, obj); + list_fini_gen++; + } } #ifndef FPTR_TARGET @@ -1362,21 +1365,30 @@ * non-NULL fini functions. */ static void -objlist_call_fini(Objlist *list) +objlist_call_fini(Objlist *list, int *lockstate, unsigned long *gen) { - Objlist_Entry *elm; + Objlist_Entry *elm, *elm_tmp; char *saved_msg; + unsigned long saved_gen = *gen; /* * Preserve the current error message since a fini function might * call into the dynamic linker and overwrite it. */ saved_msg = errmsg_save(); - STAILQ_FOREACH(elm, list, link) { + again: + STAILQ_FOREACH_SAFE(elm, list, link, elm_tmp) { if (elm->obj->refcount == 0) { dbg("calling fini function for %s at %p", elm->obj->path, (void *)elm->obj->fini); + elm->obj->fini_now = true; + wlock_release(rtld_bind_lock, *lockstate); call_initfini_pointer(elm->obj, elm->obj->fini); + *lockstate = wlock_acquire(rtld_bind_lock); + if (*gen != saved_gen) { + saved_gen = *gen; + goto again; + } } } errmsg_restore(saved_msg); @@ -1390,7 +1402,7 @@ static void objlist_call_init(Objlist *list) { - Objlist_Entry *elm; + Objlist_Entry *elm, *elm_tmp; char *saved_msg; /* @@ -1398,7 +1410,7 @@ * call into the dynamic linker and overwrite it. */ saved_msg = errmsg_save(); - STAILQ_FOREACH(elm, list, link) { + STAILQ_FOREACH_SAFE(elm, list, link, elm_tmp) { dbg("calling init function for %s at %p", elm->obj->path, (void *)elm->obj->init); call_initfini_pointer(elm->obj, elm->obj->init); @@ -1563,15 +1575,18 @@ rtld_exit(void) { Obj_Entry *obj; + int lockstate; dbg("rtld_exit()"); /* Clear all the reference counts so the fini functions will be called. */ + lockstate = wlock_acquire(rtld_bind_lock); for (obj = obj_list; obj != NULL; obj = obj->next) obj->refcount = 0; - objlist_call_fini(&list_fini); + objlist_call_fini(&list_fini, &lockstate, &list_fini_gen); /* No need to remove the items from the list, since we are exiting. */ if (!libmap_disable) lm_fini(); + wlock_release(rtld_bind_lock, lockstate); } static void * @@ -1685,10 +1700,10 @@ * The object is no longer referenced, so we must unload it. * First, call the fini functions with no locks held. */ - wlock_release(rtld_bind_lock, lockstate); - objlist_call_fini(&list_fini); - lockstate = wlock_acquire(rtld_bind_lock); + objlist_call_fini(&list_fini, &lockstate, &list_fini_gen); + objlist_remove_unref(&list_fini); + list_fini_gen++; /* Finish cleaning up the newly-unreferenced objects. */ GDB_STATE(RT_DELETE,&root->linkmap); @@ -1741,9 +1756,9 @@ if (ld_tracing != NULL) environ = (char **)*get_program_var_addr("environ"); + lockstate = wlock_acquire(rtld_bind_lock); objlist_init(&initlist); - lockstate = wlock_acquire(rtld_bind_lock); GDB_STATE(RT_ADD,NULL); old_obj_tail = obj_tail; @@ -1755,7 +1770,10 @@ obj = load_object(name, obj_main); } - if (obj) { + if (obj && obj->fini_now) { + obj = NULL; + _rtld_error("%s is running finalizers now", name); + } else if (obj) { obj->dl_refcount++; if (mode & RTLD_GLOBAL && objlist_find(&list_global, obj) == NULL) objlist_push_tail(&list_global, obj); Index: libexec/rtld-elf/rtld.h =================================================================== RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld.h,v retrieving revision 1.37 diff -u -r1.37 rtld.h --- libexec/rtld-elf/rtld.h 18 Dec 2005 19:43:32 -0000 1.37 +++ libexec/rtld-elf/rtld.h 23 Mar 2006 10:44:27 -0000 @@ -210,6 +210,7 @@ bool jmpslots_done; /* Already have relocated the jump slots */ bool init_done; /* Already have added object to init list */ bool tls_done; /* Already allocated offset for static TLS */ + bool fini_now; /* Finalizer for dso currently runs */ struct link_map linkmap; /* for GDB and dlinfo() */ Objlist dldags; /* Object belongs to these dlopened DAGs (%) */ Index: libexec/rtld-elf/rtld_lock.c =================================================================== RCS file: /usr/local/arch/ncvs/src/libexec/rtld-elf/rtld_lock.c,v retrieving revision 1.3 diff -u -r1.3 rtld_lock.c --- libexec/rtld-elf/rtld_lock.c 16 Nov 2004 20:45:51 -0000 1.3 +++ libexec/rtld-elf/rtld_lock.c 23 Mar 2006 10:44:27 -0000 @@ -183,22 +183,22 @@ int rlock_acquire(rtld_lock_t lock) { - if (thread_mask_set(lock->mask)) { +/* if (thread_mask_set(lock->mask)) { dbg("rlock_acquire: recursed"); return (0); } - lockinfo.rlock_acquire(lock->handle); +*/ lockinfo.rlock_acquire(lock->handle); return (1); } int wlock_acquire(rtld_lock_t lock) { - if (thread_mask_set(lock->mask)) { +/* if (thread_mask_set(lock->mask)) { dbg("wlock_acquire: recursed"); return (0); } - lockinfo.wlock_acquire(lock->handle); +*/ lockinfo.wlock_acquire(lock->handle); return (1); } From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 12:08:07 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 639C916A427; Thu, 23 Mar 2006 12:08:07 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF4343D78; Thu, 23 Mar 2006 12:08:04 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 1D27D35707; Thu, 23 Mar 2006 13:08:03 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 18AC96CD4F; Thu, 23 Mar 2006 13:07:49 +0100 (CET) Date: Thu, 23 Mar 2006 13:07:49 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org, hackers@freebsd.org Message-ID: <20060323120749.GA3780@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org, hackers@freebsd.org References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060323105440.GD27116@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.11 Cc: Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 12:08:07 -0000 On Thu, Mar 23, 2006 at 12:54:40PM +0200, Kostik Belousov wrote: > On Thu, Mar 23, 2006 at 05:57:24AM +0900, Kazuaki Oda wrote: > > BTW do you know the reason why lock is released before calling > > objlist_call_fini()? If we don't release the lock, what problem will > > occur? deadlock? > The reasoning behind releasing the lock is to allow calls to dl*() > functions from constructors/destructors. This is common practice > and shall be supported. Yes, leaving the lock taken will lead to > deadlock. Even worse, e.g. access to Thread Locale Storage or possible even lazily resolved symbols can result in such calls, making it completely unpredictable. > Please, try the following patch and report results. I can run (modified *) > version of your test for some time without crash with both libpthread > and libthr. I don't like this patch, give me some time to think of a better solution. Joerg From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 12:08:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 639C916A427; Thu, 23 Mar 2006 12:08:07 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF4343D78; Thu, 23 Mar 2006 12:08:04 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 1D27D35707; Thu, 23 Mar 2006 13:08:03 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 18AC96CD4F; Thu, 23 Mar 2006 13:07:49 +0100 (CET) Date: Thu, 23 Mar 2006 13:07:49 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org, hackers@freebsd.org Message-ID: <20060323120749.GA3780@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org, hackers@freebsd.org References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060323105440.GD27116@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.11 Cc: Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 12:08:07 -0000 On Thu, Mar 23, 2006 at 12:54:40PM +0200, Kostik Belousov wrote: > On Thu, Mar 23, 2006 at 05:57:24AM +0900, Kazuaki Oda wrote: > > BTW do you know the reason why lock is released before calling > > objlist_call_fini()? If we don't release the lock, what problem will > > occur? deadlock? > The reasoning behind releasing the lock is to allow calls to dl*() > functions from constructors/destructors. This is common practice > and shall be supported. Yes, leaving the lock taken will lead to > deadlock. Even worse, e.g. access to Thread Locale Storage or possible even lazily resolved symbols can result in such calls, making it completely unpredictable. > Please, try the following patch and report results. I can run (modified *) > version of your test for some time without crash with both libpthread > and libthr. I don't like this patch, give me some time to think of a better solution. Joerg From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 13:25:17 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC72416A41F; Thu, 23 Mar 2006 13:25:17 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6367943D5C; Thu, 23 Mar 2006 13:25:02 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.17]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FMPoD-0000hQ-1I; Thu, 23 Mar 2006 22:25:01 +0900 Message-ID: <4422A060.8090503@highway.ne.jp> Date: Thu, 23 Mar 2006 22:19:28 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> In-Reply-To: <20060323105440.GD27116@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kan@freebsd.org, hackers@freebsd.org Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 13:25:17 -0000 Kostik Belousov wrote: > The reasoning behind releasing the lock is to allow calls to dl*() > functions from constructors/destructors. This is common practice > and shall be supported. Yes, leaving the lock taken will lead to > deadlock. > > Please, try the following patch and report results. I can run (modified *) > version of your test for some time without crash with both libpthread > and libthr. > > [* You need to allow for errors in dlopen and just continue the loop.] > > Patch protects access to the list of unloading objects by bind lock, > and marks the objects that are running finalizers to prevent > simultaneous loading of them. > > Also, it comments out code that is completely incomprehensible by my sloppy > brain. Namely, the thread_mask_set stuff seems to allow for the thread > to run as-is if another thread taken the lock. As result, lock is > effectively ignored. I cannot understand purpose of this fragments. > Hope, kan@ describe the reasons. Thanks. I tried your patch, and the test program did not crash any more. But I needed to modify it as you say. IMHO there are probably programs in the world that don't retry in case of errors in dlopen(), so they still have problems in such case.. -- Kazuaki Oda From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 20:51:45 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77DD116A401 for ; Thu, 23 Mar 2006 20:51:45 +0000 (UTC) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 178CC43D5E for ; Thu, 23 Mar 2006 20:51:35 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 5E45B5766; Thu, 23 Mar 2006 22:01:55 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host129-150.pool875.interbusiness.it [87.5.150.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Thu, 23 Mar 2006 22:01:55 +0100 (CET) Message-ID: <442307E7.7080800@freesbie.org> Date: Thu, 23 Mar 2006 21:41:11 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Brooks Davis , hackers@freebsd.org References: <4420AF56.60106@freesbie.org> <20060322165445.GA19647@odin.ac.hmc.edu> In-Reply-To: <20060322165445.GA19647@odin.ac.hmc.edu> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB83DBF694630B2774B43F045" X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Installation from USB pen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 20:51:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB83DBF694630B2774B43F045 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Brooks Davis wrote: > One minor nit, you might want to put a check that the user is root at t= he > top of the script since that is a requirement. Nice hint, I'll add it. >> P.S.: beer-ware license >=20 > Are you going to be at BSDCan. :) No funds for that. Hope to see you here in Milan at EuroBSDCon. There's a really nice brewery ;) --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enigB83DBF694630B2774B43F045 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.1 (Darwin) iD8DBQFEIwpPymi72IiShysRAoeZAJ9bvsu9GPT2k/0BQs6nTZ2JbVvffgCfSvfa fjsWw2jecq/Y0F1PhylkNrc= =hc/M -----END PGP SIGNATURE----- --------------enigB83DBF694630B2774B43F045-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 23 19:57:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 976FA16A430 for ; Thu, 23 Mar 2006 19:57:12 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F018D43DAD for ; Thu, 23 Mar 2006 19:55:54 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.4/8.13.4) with ESMTP id k2NJtqcs069751; Thu, 23 Mar 2006 14:55:53 -0500 (EST) (envelope-from ahebert@pubnix.net) Message-ID: <4422FD48.50400@pubnix.net> Date: Thu, 23 Mar 2006 14:55:52 -0500 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 24 Mar 2006 03:02:57 +0000 Subject: RE: Intel 6300ESB SATA and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2006 19:57:12 -0000 Hi, I'm about to invest in some Tyan Transport GT20 B5350G20S2H-LC. But since my epic battle trying to make the Promise Fasttrak 2300TX (PDC20580?) works right in Raid1, 2 weeks ago I'm a bit concern about those new SATA controllers. Myself I have a PDC20378 in (heavy) production with 5.4-CURRENT and its flawless, I also have a 3ware also in heavy production (way cool but pricy). But I'm wondering if the 6300ESB controller was still stable in 6-CURRENT? ----- And for Roger, > Oh well, replacing the SATA cable fixed it, I'm terribly sorry about that :( Meaning? I know of only 1 cable format. Thanks. ----- Anybody need a Promise Fasttrak 2300TX to develop/test/fix? I know that the 6-CURRENT driver wasn't recognizing the Raid config with the 2.5.x firmware, but was ok with the original firmware (2.0.x) Let me know. -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 07:47:16 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A6D116A400 for ; Fri, 24 Mar 2006 07:47:16 +0000 (UTC) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1BB43D45 for ; Fri, 24 Mar 2006 07:47:15 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k2O7lEAi069548; Fri, 24 Mar 2006 08:47:14 +0100 (CET) (envelope-from sos@DeepCore.dk) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: ahebert@pubnix.net In-Reply-To: <4422FD48.50400@pubnix.net> References: <4422FD48.50400@pubnix.net> Content-Type: text/plain; charset=iso8859-1 Organization: DeepCore Date: Fri, 24 Mar 2006 08:47:12 +0100 Message-Id: <1143186432.2255.10.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-hackers@freebsd.org Subject: RE: Intel 6300ESB SATA and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@DeepCore.dk List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 07:47:16 -0000 On Tor, 2006-03-23 at 14:55 -0500, Alain Hebert wrote: > Hi, > > I'm about to invest in some Tyan Transport GT20 B5350G20S2H-LC. > > But since my epic battle trying to make the Promise Fasttrak 2300TX > (PDC20580?) works right in Raid1, 2 weeks ago I'm a bit concern about > those new SATA controllers. > > Myself I have a PDC20378 in (heavy) production with 5.4-CURRENT and > its flawless, I also have a 3ware also in heavy production (way cool but > pricy). > > But I'm wondering if the 6300ESB controller was still stable in > 6-CURRENT? It should be, however hotplug/hotremoval is not supported, so if you can live without that the work just fine. > Anybody need a Promise Fasttrak 2300TX to develop/test/fix? > > I know that the 6-CURRENT driver wasn't recognizing the Raid config > with the 2.5.x firmware, but was ok with the original firmware (2.0.x) You can always send ATA gear to me and get (better) support that way, in fact that, and sponsoring time to work on it is *the* way to get ATA support moving forward as I have limited amounts of spare time. BTW this has been so for the past 6+ years :) -- -Søren From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 08:48:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 703AE16A41F; Fri, 24 Mar 2006 08:48:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822EE43D46; Fri, 24 Mar 2006 08:48:41 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.3) with ESMTP id k2O8mZLg002769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 10:48:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2O8mYHw028195; Fri, 24 Mar 2006 10:48:34 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2O8mYYd028194; Fri, 24 Mar 2006 10:48:34 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Mar 2006 10:48:34 +0200 From: Kostik Belousov To: freebsd-threads@freebsd.org Message-ID: <20060324084834.GE27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zCKi3GIZzVBPywwA" Content-Disposition: inline In-Reply-To: <20060323105440.GD27116@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 08:48:43 -0000 --zCKi3GIZzVBPywwA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I did understand the purpose of the thread mask code in libexec/rtld/rtld_lock.c, or, more precisely, the condition where this code works (for the context, see the mails with same subject on freebsd-hackers). Look, that code assumes that blocking async signals would stop thread scheduler from doing preemption of the current thread. This works for libc_r, but fails in libpthread and libthr cases. libpthread provides implementation of the locks for rtld. But libthr does not ! As result, rtld exhibit races when used with libthr. In other words, libthr needs code to do proper locking. Do you agree ? Does somebody already planned to do this work ? Best regards, Kostik Belousov --zCKi3GIZzVBPywwA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI7JhC3+MBN1Mb4gRAiHtAJ9XJSGx3Y9lpjAUaRFM+D/Qy0YpxgCgtm3r nxXCU+TonMJc6DrF4a4gqik= =0lBj -----END PGP SIGNATURE----- --zCKi3GIZzVBPywwA-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 09:52:21 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C5C16A400 for ; Fri, 24 Mar 2006 09:52:21 +0000 (UTC) (envelope-from divya_bg@yahoo.co.in) Received: from web31808.mail.mud.yahoo.com (web31808.mail.mud.yahoo.com [68.142.207.71]) by mx1.FreeBSD.org (Postfix) with SMTP id 0FF1943D48 for ; Fri, 24 Mar 2006 09:52:21 +0000 (GMT) (envelope-from divya_bg@yahoo.co.in) Received: (qmail 49987 invoked by uid 60001); 24 Mar 2006 09:52:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=duOjlMiqGjqQSW4+Ahpao6p262dx58sHTcFJT259MtylpxjUoYd4iDwpEPYExqeRuiowuccpcyiGSKOhYMFg9rXSOheJF/iLrt457snm93xOKEFjrlfBZiiFUypBNoZIyB+WyLmrC3h3nQ+PNt+WWIW60oSTFDg8AeCDL2OCQok= ; Message-ID: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> Date: Fri, 24 Mar 2006 01:52:20 -0800 (PST) From: Divya B To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: copy paste in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Divya B List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 09:52:21 -0000 Hi all, Here is the problem i am facing with freebsd. 1. copy some text from a file or any window 2. close the file or window 3. try pasting it in another place. Paste is not happening. Is freebsd lagging in this? Or have I missed something? Please share your thoughts on this. thanks Divya From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 10:46:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FB4F16A41F; Fri, 24 Mar 2006 10:46:14 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C52243D55; Fri, 24 Mar 2006 10:46:13 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from localhost.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2OAk9E2079676; Fri, 24 Mar 2006 10:46:10 GMT (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-threads@freebsd.org Date: Fri, 24 Mar 2006 18:46:00 +0800 User-Agent: KMail/1.8.2 References: <44215FE9.2070602@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> <20060324084834.GE27116@deviant.kiev.zoral.com.ua> In-Reply-To: <20060324084834.GE27116@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603241846.00579.davidxu@freebsd.org> Cc: Kostik Belousov , freebsd-hackers@freebsd.org Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 10:46:14 -0000 =D4=DA Friday 24 March 2006 16:48=A3=ACKostik Belousov =D0=B4=B5=C0=A3=BA > I did understand the purpose of the thread mask code in > libexec/rtld/rtld_lock.c, or, more precisely, the condition where this co= de > works (for the context, see the mails with same subject on freebsd-hacker= s). >=20 > Look, that code assumes that blocking async signals would stop thread > scheduler from doing preemption of the current thread. This works > for libc_r, but fails in libpthread and libthr cases. libpthread provides > implementation of the locks for rtld. But libthr does not ! >=20 > As result, rtld exhibit races when used with libthr. In other words, > libthr needs code to do proper locking. >=20 > Do you agree ? Does somebody already planned to do this work ? >=20 > Best regards, > Kostik Belousov >=20 I will check libthr source code to see if I can fix it at the weekend. David Xu From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 11:43:16 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3FE116A424 for ; Fri, 24 Mar 2006 11:43:16 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B5843D5F for ; Fri, 24 Mar 2006 11:43:10 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 4836135707 for ; Fri, 24 Mar 2006 12:43:09 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 8A4456D10D; Fri, 24 Mar 2006 12:42:59 +0100 (CET) Date: Fri, 24 Mar 2006 12:42:59 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060324114259.GA5887@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> User-Agent: Mutt/1.5.11 Subject: Re: copy paste in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 11:43:17 -0000 On Fri, Mar 24, 2006 at 01:52:20AM -0800, Divya B wrote: > Hi all, > > Here is the problem i am facing with freebsd. > > 1. copy some text from a file or any window > 2. close the file or window > 3. try pasting it in another place. > > Paste is not happening. Is freebsd lagging in this? Or have I missed something? X11 by design uses lazy C&P, e.g. the first application says "I have something for the clipboard" and second application requests it, when needed. This means no copying happens at all, when nothing is requested. It obviously fails, when the first application dies in the mean time. This is a design choice. Joerg From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 11:46:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EB7C16A400 for ; Fri, 24 Mar 2006 11:46:55 +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 D100843D45 for ; Fri, 24 Mar 2006 11:46:54 +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 9D18A2086; Fri, 24 Mar 2006 12:46:49 +0100 (CET) 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.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 86AC32083; Fri, 24 Mar 2006 12:46:49 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 5FC8F33C8D; Fri, 24 Mar 2006 12:46:49 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Divya B References: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> Date: Fri, 24 Mar 2006 12:46:48 +0100 In-Reply-To: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> (Divya B.'s message of "Fri, 24 Mar 2006 01:52:20 -0800 (PST)") Message-ID: <86zmjg3w0n.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-hackers@freebsd.org Subject: Re: copy paste in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 11:46:55 -0000 Divya B writes: > Here is the problem i am facing with freebsd. > > 1. copy some text from a file or any window > 2. close the file or window > 3. try pasting it in another place. This is a limitation of the selection model in X. Selections disappear when the client that created them closes, and in most editors (emacs being a notable exception) they disappear when you close the file in which you made the selection. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 12:00:09 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9383D16A401; Fri, 24 Mar 2006 12:00:09 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21EDC43D46; Fri, 24 Mar 2006 12:00:08 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.17]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FMkxa-0000l9-P1; Fri, 24 Mar 2006 21:00:06 +0900 Message-ID: <4423DDFA.3090504@highway.ne.jp> Date: Fri, 24 Mar 2006 20:54:34 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> <20060324084834.GE27116@deviant.kiev.zoral.com.ua> In-Reply-To: <20060324084834.GE27116@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-threads@freebsd.org Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 12:00:09 -0000 Kostik Belousov wrote: > I did understand the purpose of the thread mask code in > libexec/rtld/rtld_lock.c, or, more precisely, the condition where this code > works (for the context, see the mails with same subject on freebsd-hackers). > > Look, that code assumes that blocking async signals would stop thread > scheduler from doing preemption of the current thread. This works > for libc_r, but fails in libpthread and libthr cases. libpthread provides > implementation of the locks for rtld. But libthr does not ! > > As result, rtld exhibit races when used with libthr. In other words, > libthr needs code to do proper locking. > > Do you agree ? Does somebody already planned to do this work ? > > Best regards, > Kostik Belousov I'm a bit confused. Do you mean the following? * The current implementation of rtld has a problem both with libpthread and libthr. It works only with libc_r. * In libpthread case, the problem goes away if we modify rtld code. * In libthr case, in addition to above, we must modify libthr code to provide implementation of the locks for rtld. right? -- Kazuaki Oda From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 12:06:35 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3948416A420 for ; Fri, 24 Mar 2006 12:06:35 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA9743D72 for ; Fri, 24 Mar 2006 12:06:23 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMl3a-0007qx-BA; Fri, 24 Mar 2006 12:06:18 +0000 Date: Fri, 24 Mar 2006 12:06:18 +0000 From: Ceri Davies To: hackers@FreeBSD.org Message-ID: <20060324120618.GB17507@submonkey.net> Mail-Followup-To: Ceri Davies , hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Subject: Exposing a file's creation time via find(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 12:06:35 -0000 --St7VIuEGZ6dlpu13 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable While perusing my Daemon book I noticed that it mentioned the existence of the st_birthtime field in struct stat. I then also noticed that not many utilities expose this: the Daemon mentions dump(8), restore(8) and the only other one I could find was stat(1). The attached patch adds st_birthtime related primaries to find(1), being -Bmin, -Btime, -Bnewer et al. These let you use an inode's real creation time in find primitives. I have chosen 'B' over 'b' to match the format specifier from stat(1). It seems to do the right thing on UFS 1, 2 and MSDOS file systems, but some more testing would be appreciated. Cheers, Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="find-Btime.diff" Content-Transfer-Encoding: quoted-printable Index: find.1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.bin/find/find.1,v retrieving revision 1.73 diff -u -r1.73 find.1 --- find.1 14 Jun 2005 11:50:51 -0000 1.73 +++ find.1 24 Mar 2006 12:02:04 -0000 @@ -174,6 +174,34 @@ .El .Sh PRIMARIES .Bl -tag -width indent +.It Ic -Bmin Ar n +True if the difference between the time of a file's inode creation +and the time +.Nm +was started, rounded up to the next full minute, is +.Ar n +minutes. +.It Ic -Bnewer Ar file +Same as +.Ic -newerBm . +.It Ic -Btime Ar n Ns Op Cm smhdw +If no units are specified, this primary evaluates to +true if the difference between the time of a file's inode creation +and the time +.Nm +was started, rounded up to the next full 24-hour period, is +.Ar n +24-hour periods. +.Pp +If units are specified, this primary evaluates to +true if the difference between the time of last change of file status +information and the time +.Nm +was started is exactly +.Ar n +units. +Please refer to the +.Ic -atime .It Ic -acl May be used in conjunction with other options to locate files with extended ACLs. @@ -227,6 +255,7 @@ or .Cm - modifier. +primary description for information on supported time units. .It Ic -cmin Ar n True if the difference between the time of last change of file status information and the time @@ -497,12 +526,16 @@ .It Ic -newer Ns Ar X Ns Ar Y Ar file True if the current file has a more recent last access time .Ar ( X Ns =3D Ns Cm a ) , +inode creation time +.Ar ( X Ns =3D Ns Cm B ) , change time .Ar ( X Ns =3D Ns Cm c ) , or modification time .Ar ( X Ns =3D Ns Cm m ) than the last access time .Ar ( Y Ns =3D Ns Cm a ) , +inode creation time +.Ar ( Y Ns =3D Ns Cm B ) , change time .Ar ( Y Ns =3D Ns Cm c ) , or modification time Index: find.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.bin/find/find.h,v retrieving revision 1.17 diff -u -r1.17 find.h --- find.h 28 May 2004 17:17:15 -0000 1.17 +++ find.h 24 Mar 2006 12:02:04 -0000 @@ -72,6 +72,8 @@ #define F_IGNCASE 0x00010000 /* iname ipath iregex */ #define F_EXACTTIME F_IGNCASE /* -[acm]time units syntax */ #define F_EXECPLUS 0x00020000 /* -exec ... {} + */ +#define F_TIME_B 0x00040000 /* one of -Btime, -Bnewer, -newerB* */ +#define F_TIME2_B 0x00080000 /* one of -newer?B */ =20 /* node definition */ typedef struct _plandata { Index: function.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.bin/find/function.c,v retrieving revision 1.54 diff -u -r1.54 function.c --- function.c 25 Aug 2005 13:44:02 -0000 1.54 +++ function.c 24 Mar 2006 12:02:05 -0000 @@ -234,10 +234,10 @@ } /* nextarg() */ =20 /* - * The value of n for the inode times (atime, ctime, and mtime) is a range, - * i.e. n matches from (n - 1) to n 24 hour periods. This interacts with - * -n, such that "-mtime -1" would be less than 0 days, which isn't what t= he - * user wanted. Correct so that -1 is "less than 1". + * The value of n for the inode times (atime, birthtime, ctime, mtime) is a + * range, i.e. n matches from (n - 1) to n 24 hour periods. This interacts + * with -n, such that "-mtime -1" would be less than 0 days, which isn't w= hat + * the user wanted. Correct so that -1 is "less than 1". */ #define TIME_CORRECT(p) \ if (((p)->flags & F_ELG_MASK) =3D=3D F_LESSTHAN) \ @@ -248,6 +248,7 @@ * * True if the difference between the * file access time (-amin) + * file birth time (-Bmin) * last change of file status information (-cmin) * file modification time (-mmin) * and the current time is n min periods. @@ -261,6 +262,9 @@ } else if (plan->flags & F_TIME_A) { COMPARE((now - entry->fts_statp->st_atime + 60 - 1) / 60, plan->t_data); + } else if (plan->flags & F_TIME_B) { + COMPARE((now - entry->fts_statp->st_birthtime + + 60 - 1) / 60, plan->t_data); } else { COMPARE((now - entry->fts_statp->st_mtime + 60 - 1) / 60, plan->t_data); @@ -287,6 +291,7 @@ * * True if the difference between the * file access time (-atime) + * file birth time (-Btime) * last change of file status information (-ctime) * file modification time (-mtime) * and the current time is n 24 hour periods. @@ -299,6 +304,8 @@ =20 if (plan->flags & F_TIME_A) xtime =3D entry->fts_statp->st_atime; + else if (plan->flags & F_TIME_B) + xtime =3D entry->fts_statp->st_birthtime; else if (plan->flags & F_TIME_C) xtime =3D entry->fts_statp->st_ctime; else @@ -1065,6 +1072,8 @@ return entry->fts_statp->st_ctime > plan->t_data; else if (plan->flags & F_TIME_A) return entry->fts_statp->st_atime > plan->t_data; + else if (plan->flags & F_TIME_B) + return entry->fts_statp->st_birthtime > plan->t_data; else return entry->fts_statp->st_mtime > plan->t_data; } Index: option.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.bin/find/option.c,v retrieving revision 1.23 diff -u -r1.23 option.c --- option.c 29 Jul 2004 03:29:44 -0000 1.23 +++ option.c 24 Mar 2006 12:02:05 -0000 @@ -68,6 +68,9 @@ { "-and", c_and, NULL, 0 }, { "-anewer", c_newer, f_newer, F_TIME_A }, { "-atime", c_Xtime, f_Xtime, F_TIME_A }, + { "-Bmin", c_Xmin, f_Xmin, F_TIME_B }, + { "-Bnewer", c_newer, f_newer, F_TIME_B }, + { "-Btime", c_Xtime, f_Xtime, F_TIME_B }, { "-cmin", c_Xmin, f_Xmin, F_TIME_C }, { "-cnewer", c_newer, f_newer, F_TIME_C }, { "-ctime", c_Xtime, f_Xtime, F_TIME_C }, @@ -95,14 +98,22 @@ { "-name", c_name, f_name, 0 }, { "-newer", c_newer, f_newer, 0 }, { "-neweraa", c_newer, f_newer, F_TIME_A | F_TIME2_A }, + { "-neweraB", c_newer, f_newer, F_TIME_A | F_TIME2_B }, { "-newerac", c_newer, f_newer, F_TIME_A | F_TIME2_C }, { "-neweram", c_newer, f_newer, F_TIME_A }, { "-newerat", c_newer, f_newer, F_TIME_A | F_TIME2_T }, + { "-newerBa", c_newer, f_newer, F_TIME_B | F_TIME2_A }, + { "-newerBB", c_newer, f_newer, F_TIME_B | F_TIME2_B }, + { "-newerBc", c_newer, f_newer, F_TIME_B | F_TIME2_C }, + { "-newerBm", c_newer, f_newer, F_TIME_B }, + { "-newerBt", c_newer, f_newer, F_TIME_B | F_TIME2_T }, { "-newerca", c_newer, f_newer, F_TIME_C | F_TIME2_A }, + { "-newercB", c_newer, f_newer, F_TIME_C | F_TIME2_B }, { "-newercc", c_newer, f_newer, F_TIME_C | F_TIME2_C }, { "-newercm", c_newer, f_newer, F_TIME_C }, { "-newerct", c_newer, f_newer, F_TIME_C | F_TIME2_T }, { "-newerma", c_newer, f_newer, F_TIME2_A }, + { "-newermB", c_newer, f_newer, F_TIME2_B }, { "-newermc", c_newer, f_newer, F_TIME2_C }, { "-newermm", c_newer, f_newer, 0 }, { "-newermt", c_newer, f_newer, F_TIME2_T }, --cNdxnHkX5QqsyA0e-- --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI+C6ocfcwTS3JF8RAgapAJ4yVyh2JDnop0VBb+iJrY54s9O1oACgl57A SuKzfyjowVwqbZyaZuO+t6s= =o0xB -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 12:12:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EFE516A425 for ; Fri, 24 Mar 2006 12:12:41 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE00F43D86 for ; Fri, 24 Mar 2006 12:12:27 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 210A035707 for ; Fri, 24 Mar 2006 13:12:18 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id 614BF6D10D; Fri, 24 Mar 2006 13:12:08 +0100 (CET) Date: Fri, 24 Mar 2006 13:12:08 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060324121208.GB9523@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> <20060324084834.GE27116@deviant.kiev.zoral.com.ua> <4423DDFA.3090504@highway.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4423DDFA.3090504@highway.ne.jp> User-Agent: Mutt/1.5.11 Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 12:12:41 -0000 On Fri, Mar 24, 2006 at 08:54:34PM +0900, Kazuaki Oda wrote: > * The current implementation of rtld has a problem both with > libpthread and libthr. It works only with libc_r. It doesn't work correctly with libc_r. Concurrent dlopen and dlclose of the same shared object doesn't work fully corretly ATM, but the patch isn't the best approach either. Joerg From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 12:32:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A23D516A401; Fri, 24 Mar 2006 12:32:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 855D743D45; Fri, 24 Mar 2006 12:32:32 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.3) with ESMTP id k2OCWQCC008693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Mar 2006 14:32:26 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2OCWQwe085012; Fri, 24 Mar 2006 14:32:26 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2OCWPwZ085011; Fri, 24 Mar 2006 14:32:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Mar 2006 14:32:25 +0200 From: Kostik Belousov To: Kazuaki Oda Message-ID: <20060324123225.GG27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> <20060324084834.GE27116@deviant.kiev.zoral.com.ua> <4423DDFA.3090504@highway.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BQPnanjtCNWHyqYD" Content-Disposition: inline In-Reply-To: <4423DDFA.3090504@highway.ne.jp> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: freebsd-hackers@freebsd.org, freebsd-threads@freebsd.org Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 12:32:33 -0000 --BQPnanjtCNWHyqYD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 24, 2006 at 08:54:34PM +0900, Kazuaki Oda wrote: > Kostik Belousov wrote: > > I did understand the purpose of the thread mask code in > > libexec/rtld/rtld_lock.c, or, more precisely, the condition where this = code > > works (for the context, see the mails with same subject on freebsd-hack= ers). > >=20 > > Look, that code assumes that blocking async signals would stop thread > > scheduler from doing preemption of the current thread. This works > > for libc_r, but fails in libpthread and libthr cases. libpthread provid= es > > implementation of the locks for rtld. But libthr does not ! > >=20 > > As result, rtld exhibit races when used with libthr. In other words, > > libthr needs code to do proper locking. > >=20 > > Do you agree ? Does somebody already planned to do this work ? > >=20 > > Best regards, > > Kostik Belousov >=20 > I'm a bit confused. Do you mean the following? >=20 > * The current implementation of rtld has a problem both with > libpthread and libthr. It works only with libc_r. It does not work correctly with libc_r too. > * In libpthread case, the problem goes away if we modify rtld code. Yes. > * In libthr case, in addition to above, we must modify libthr code to > provide implementation of the locks for rtld. Yes. --BQPnanjtCNWHyqYD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI+bYC3+MBN1Mb4gRAj07AJ9juDKTVIIEs+Zt4WiNSO/zPajEYACgrOAG s6fhh4iFaka6huvxUVTOvPY= =e15F -----END PGP SIGNATURE----- --BQPnanjtCNWHyqYD-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 12:36:02 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B649016A41F for ; Fri, 24 Mar 2006 12:36:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76ADC43D72 for ; Fri, 24 Mar 2006 12:35:50 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.3) with ESMTP id k2OCZcD8008809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Mar 2006 14:35:38 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k2OCZcgU085048 for ; Fri, 24 Mar 2006 14:35:38 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k2OCZc2s085047 for freebsd-hackers@freebsd.org; Fri, 24 Mar 2006 14:35:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Mar 2006 14:35:38 +0200 From: Kostik Belousov To: freebsd-hackers@freebsd.org Message-ID: <20060324123538.GH27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> <20060324084834.GE27116@deviant.kiev.zoral.com.ua> <4423DDFA.3090504@highway.ne.jp> <20060324121208.GB9523@britannica.bec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lIrNkN/7tmsD/ALM" Content-Disposition: inline In-Reply-To: <20060324121208.GB9523@britannica.bec.de> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 12:36:02 -0000 --lIrNkN/7tmsD/ALM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 24, 2006 at 01:12:08PM +0100, joerg@britannica.bec.de wrote: > On Fri, Mar 24, 2006 at 08:54:34PM +0900, Kazuaki Oda wrote: > > * The current implementation of rtld has a problem both with > > libpthread and libthr. It works only with libc_r. >=20 > It doesn't work correctly with libc_r. Concurrent dlopen and dlclose of > the same shared object doesn't work fully corretly ATM, but the patch > isn't the best approach either. >=20 > Joerg You promised the patch. Anyway, part of my patch that touched rtld_lock.c shall be discarded. --lIrNkN/7tmsD/ALM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI+eVC3+MBN1Mb4gRAn69AKCk+JY+yBCoPUEc7Mc91KTiOS9MigCgx7DB IfLjqatad2Gscw4XZ7cI+9w= =kfj1 -----END PGP SIGNATURE----- --lIrNkN/7tmsD/ALM-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 12:54:32 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51B8316A400 for ; Fri, 24 Mar 2006 12:54:32 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD56943D4C for ; Fri, 24 Mar 2006 12:54:31 +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 0421B2085 for ; Fri, 24 Mar 2006 13:54:27 +0100 (CET) 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.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id EC4CF2083 for ; Fri, 24 Mar 2006 13:54:26 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id C4D4B33C8D; Fri, 24 Mar 2006 13:54:26 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: hackers@freebsd.org Date: Fri, 24 Mar 2006 13:54:26 +0100 Message-ID: <86r74s3svx.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: Subject: gprof front-end X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 12:54:32 -0000 Does anybody know of a good front-end GUI for gprof? The only one I've found so far is KProf, which seems abandoned. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 13:06:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5111416A401 for ; Fri, 24 Mar 2006 13:06:58 +0000 (UTC) (envelope-from doug@cnd.dundas.on.ca) Received: from fep4.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E347243D45 for ; Fri, 24 Mar 2006 13:06:57 +0000 (GMT) (envelope-from doug@cnd.dundas.on.ca) Received: from srv.cnd.dundas.on.ca (d141-68-27.home.cgocable.net [24.141.68.27]) by fep4.cogeco.net (Postfix) with ESMTP id 74E945941 for ; Fri, 24 Mar 2006 08:06:56 -0500 (EST) Received: from monk.cnd.dundas.on.ca (monk.cnd.dundas.on.ca [10.87.0.20]) by srv.cnd.dundas.on.ca (8.13.1/8.13.1) with ESMTP id k2OD6uRt007700 for ; Fri, 24 Mar 2006 08:06:56 -0500 (EST) (envelope-from doug@cnd.dundas.on.ca) Received: from monk.cnd.dundas.on.ca (localhost [127.0.0.1]) by monk.cnd.dundas.on.ca (8.13.4/8.13.4) with ESMTP id k2OD6tl2014420 for ; Fri, 24 Mar 2006 08:06:56 -0500 (EST) (envelope-from doug@monk.cnd.dundas.on.ca) Message-Id: <200603241306.k2OD6tl2014420@monk.cnd.dundas.on.ca> To: freebsd-hackers@freebsd.org In-reply-to: Your message of "Fri, 24 Mar 2006 01:52:20 PST." <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> From: "Douglas Berry" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Mar 2006 08:06:55 -0500 Sender: doug@cnd.dundas.on.ca Subject: Re: copy paste in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 13:06:58 -0000 On Fri, 24 Mar 2006 01:52:20 PST, Divya B wrote: > Here is the problem i am facing with freebsd. > > 1. copy some text from a file or any window > 2. close the file or window > 3. try pasting it in another place. The port x11/gnome-clipboard-daemon helps with this here. doug From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 13:15:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4413216A401 for ; Fri, 24 Mar 2006 13:15:30 +0000 (UTC) (envelope-from boris@brooknet.com.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916EA43D45 for ; Fri, 24 Mar 2006 13:15:28 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout2.pacific.net.au (Postfix) with ESMTP id 42B7771C03; Sat, 25 Mar 2006 00:15:27 +1100 (EST) Received: from [192.168.0.7] (ppp2E24.dyn.pacific.net.au [61.8.46.36]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k2ODFM2S032514; Sat, 25 Mar 2006 00:15:23 +1100 In-Reply-To: <20060110.223413.94073242.imp@bsdimp.com> References: <17346.35694.82671.474056@canoe.dclg.ca> <20060109183738.GA4822@odin.ac.hmc.edu> <20060110.223413.94073242.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <68641D4B-5E18-4EE3-B7E1-57C9CC060F9D@brooknet.com.au> Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Sat, 25 Mar 2006 00:15:19 +1100 To: "M. Warner Losh" X-Mailer: Apple Mail (2.746.2) Cc: freebsd-hackers@freebsd.org, dgilbert@dclg.ca Subject: Re: Ricoh PCI to SD device? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 13:15:30 -0000 On 11/01/2006, at 4:34 PM, M. Warner Losh wrote: > In message: <20060109183738.GA4822@odin.ac.hmc.edu> > Brooks Davis writes: > : On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote: > : > Has anyone had a look at the following: > : > > : > none1@pci3:1:2: class=0x080501 card=0x01aa1028 chip=0x08221180 > rev=0x17 hdr=0x00 > : > vendor = 'Ricoh Co Ltd' > : > device = 'SD Bus Host Adapter' > : > class = base peripheral > : > > : > This shows up on my new Dell XPS-170 laptop. Since there is no > USB > : > attachment for the SD card reader, I can only surmise that this is > : > it. Is someone looking at this, or is this completely new? > : > : People are looking at it, but there are no docs available. > Apparently, > : there is some work being done to reverse engineer it. Linux doesn't > : support it either. > > It does support the SDA Standard SD Host Adapter Interface. However, > The standard costs $1000 (if you are a member of the SD Association, > which I think is $1800 a year), and comes with an NDA so restrictive > that you'll be lucky to release a binary only version of your driver. > > I'm working on a port of FreeBSD to an embedded platform. For that > platform, we'll need to read data from MMC/SD cards. To do that, > we'll need a mmc/sd disk driver, a mmc/sd bus and a mmc/sd bridge. > This should give us a fairly good architecture to write a bridge > driver for the SDA Standard SD Host Adapter Interface should someone > ever figure out the interface. Tantalizing clues are available for > the dilligent searcher on the web (the wikipedia entry for SD cards is > especially enlightening). I have no plans to implement a the standard > SD interface. Apparently there are linux patches which work with some SD host controllers. Maybe these will be useful: http://www.martinhenze.de/2006/02/04/sd-card-reader-and-ubuntu-linux/ http://list.drzeus.cx/pipermail/sdhci-devel/2006-January/000347.html (gleaned from SLUG IRCers) From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 13:55:30 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D9216A423 for ; Fri, 24 Mar 2006 13:55:30 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C1EF43D45 for ; Fri, 24 Mar 2006 13:55:30 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMmlE-000MOz-GW; Fri, 24 Mar 2006 13:55:28 +0000 Date: Fri, 24 Mar 2006 13:55:28 +0000 From: Ceri Davies To: hackers@FreeBSD.org Message-ID: <20060324135528.GA15948@submonkey.net> Mail-Followup-To: Ceri Davies , hackers@FreeBSD.org References: <20060324120618.GB17507@submonkey.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20060324120618.GB17507@submonkey.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Subject: Re: Exposing a file's creation time via find(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 13:55:30 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 24, 2006 at 12:06:18PM +0000, Ceri Davies wrote: >=20 > While perusing my Daemon book I noticed that it mentioned the existence > of the st_birthtime field in struct stat. I then also noticed that not > many utilities expose this: the Daemon mentions dump(8), restore(8) and > the only other one I could find was stat(1). >=20 > The attached patch adds st_birthtime related primaries to find(1), being > -Bmin, -Btime, -Bnewer et al. These let you use an inode's real > creation time in find primitives. I have chosen 'B' over 'b' to match > the format specifier from stat(1). It seems to do the right thing on UFS > 1, 2 and MSDOS file systems, but some more testing would be appreciated. Note that there is a line out of place in the manpage diff - this is corrected in a later version of the patch at http://people.FreeBSD.org/~ceri/find-Btime.diff Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEI/pQocfcwTS3JF8RAsEDAKCpWvhYLa3ebZ4PW0Go5HVcooowsQCeNYW9 io2yH0mtkPbz7hI+GqxAWBQ= =R6Mp -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 14:51:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4215016A400 for ; Fri, 24 Mar 2006 14:51:10 +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 78D9C43D45 for ; Fri, 24 Mar 2006 14:51:09 +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 md50002409355.msg for ; Fri, 24 Mar 2006 14:50:45 +0000 Message-ID: <029401c64f52$51117910$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Fri, 24 Mar 2006 14:50:33 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Fri, 24 Mar 2006 14:50:45 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 24 Mar 2006 14:50:47 +0000 Subject: OT: ftp.freebsd.org down? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 14:51:10 -0000 Possibly not the best place to ask but seems ftp.freebsd.org is currently down. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 15:40:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C106C16A425; Fri, 24 Mar 2006 15:40:28 +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 37CD943D49; Fri, 24 Mar 2006 15:40:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2OFeIiY038700; Fri, 24 Mar 2006 10:40:18 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 24 Mar 2006 10:40:58 -0500 User-Agent: KMail/1.9.1 References: <20060324120618.GB17507@submonkey.net> <20060324135528.GA15948@submonkey.net> In-Reply-To: <20060324135528.GA15948@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603241041.00233.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1355/Thu Mar 23 16:18:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 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: hackers@freebsd.org, Ceri Davies Subject: Re: Exposing a file's creation time via find(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 15:40:28 -0000 On Friday 24 March 2006 08:55, Ceri Davies wrote: > On Fri, Mar 24, 2006 at 12:06:18PM +0000, Ceri Davies wrote: > > > > While perusing my Daemon book I noticed that it mentioned the existence > > of the st_birthtime field in struct stat. I then also noticed that not > > many utilities expose this: the Daemon mentions dump(8), restore(8) and > > the only other one I could find was stat(1). > > > > The attached patch adds st_birthtime related primaries to find(1), being > > -Bmin, -Btime, -Bnewer et al. These let you use an inode's real > > creation time in find primitives. I have chosen 'B' over 'b' to match > > the format specifier from stat(1). It seems to do the right thing on UFS > > 1, 2 and MSDOS file systems, but some more testing would be appreciated. > > Note that there is a line out of place in the manpage diff - this is > corrected in a later version of the patch at > http://people.FreeBSD.org/~ceri/find-Btime.diff Could you add a new flag to ls to use birthtime for -t while you are at it? Good luck finding a flag to use though. :-P -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 15:40:28 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C106C16A425; Fri, 24 Mar 2006 15:40:28 +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 37CD943D49; Fri, 24 Mar 2006 15:40:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2OFeIiY038700; Fri, 24 Mar 2006 10:40:18 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 24 Mar 2006 10:40:58 -0500 User-Agent: KMail/1.9.1 References: <20060324120618.GB17507@submonkey.net> <20060324135528.GA15948@submonkey.net> In-Reply-To: <20060324135528.GA15948@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603241041.00233.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1355/Thu Mar 23 16:18:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 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: hackers@freebsd.org, Ceri Davies Subject: Re: Exposing a file's creation time via find(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 15:40:28 -0000 On Friday 24 March 2006 08:55, Ceri Davies wrote: > On Fri, Mar 24, 2006 at 12:06:18PM +0000, Ceri Davies wrote: > > > > While perusing my Daemon book I noticed that it mentioned the existence > > of the st_birthtime field in struct stat. I then also noticed that not > > many utilities expose this: the Daemon mentions dump(8), restore(8) and > > the only other one I could find was stat(1). > > > > The attached patch adds st_birthtime related primaries to find(1), being > > -Bmin, -Btime, -Bnewer et al. These let you use an inode's real > > creation time in find primitives. I have chosen 'B' over 'b' to match > > the format specifier from stat(1). It seems to do the right thing on UFS > > 1, 2 and MSDOS file systems, but some more testing would be appreciated. > > Note that there is a line out of place in the manpage diff - this is > corrected in a later version of the patch at > http://people.FreeBSD.org/~ceri/find-Btime.diff Could you add a new flag to ls to use birthtime for -t while you are at it? Good luck finding a flag to use though. :-P -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 15:51:39 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A30416A400 for ; Fri, 24 Mar 2006 15:51:39 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070C43D45 for ; Fri, 24 Mar 2006 15:51:38 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FMoZa-0000Qr-BQ; Fri, 24 Mar 2006 15:51:34 +0000 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 9EB7C65654; Fri, 24 Mar 2006 15:51:37 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13374-02; Fri, 24 Mar 2006 15:51:36 +0000 (GMT) Received: by arginine.spc.org (Postfix, from userid 1078) id A81596564E; Fri, 24 Mar 2006 15:51:36 +0000 (GMT) Date: Fri, 24 Mar 2006 15:51:36 +0000 From: Bruce M Simpson To: Divya B Message-ID: <20060324155136.GH80492@spc.org> Mail-Followup-To: Bruce M Simpson , Divya B , freebsd-hackers@freebsd.org References: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060324095220.49985.qmail@web31808.mail.mud.yahoo.com> User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: copy paste in freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 15:51:39 -0000 On Fri, Mar 24, 2006 at 01:52:20AM -0800, Divya B wrote: > Here is the problem i am facing with freebsd. > 1. copy some text from a file or any window > 2. close the file or window > 3. try pasting it in another place. > Paste is not happening. Is freebsd lagging in this? Or have I missed something? FreeBSD is an operating system; it's not an integrated graphical environment. It is easy for novice users to be confused about this. You haven't told us here if you're using the text-based console, the X windowing system, or any particular combination of X terminal program and/or window manager, so it's difficult to offer useful advice. If the former, it could be a FreeBSD issue, i.e. with moused or the console driver, but you have pointed out that you're using a window, so I will assume you're using X (this implies it is not a FreeBSD issue). Traditionally X's clipboard support has been threadbare at best. Having said that, you may wish to try a clipboard manager program of some kind if this sequence of events is a problem for you. I would suggest you try installing KDE or GNOME or a similar environment and see what works for you as the concept of 'clipboard' is treated very differently by such environments. Regards, BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 16:02:46 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E61416A41F for ; Fri, 24 Mar 2006 16:02:46 +0000 (UTC) (envelope-from khaled@ipbill.com) Received: from mail.ipbill.com (mail.ipbill.com [217.73.64.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822D243D45 for ; Fri, 24 Mar 2006 16:02:42 +0000 (GMT) (envelope-from khaled@ipbill.com) Received: (qmail 31489 invoked from network); 24 Mar 2006 16:02:39 -0000 Received: from unknown (HELO elzidpc) (192.168.129.50) by mail.ipbill.com with SMTP; 24 Mar 2006 16:02:39 -0000 From: "Khaled Hussain" To: "FreeBSD Hackers" Date: Fri, 24 Mar 2006 16:01:12 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 16:02:46 -0000 Hi All, This is my first day on the list so please pardon me if I am on the wrong list and any mistakes I make. I would like to create a bootable clone of a HDD running BSD version 4.8. I have experience of cloning linux machines successfully but understand that freebsd is a little different. Please correct me if I'm wrong but my procedure would be to procedure would be to: 1. Connect a new HDD as secondary to a freebsd host machine 2. create partitions and make filesystem on these partitions 3. mount the clone HDD on the host machine 4. scp all dirs exclusive of /dev and /proc from the original HDD to the clone HDD 5. install the boot loader - this is pretty easy with grub or lilo on linux but I have no idea what is required to be done at this stage or how the BSD boot manager works 6. unmount the clone and shutdown the machine 7. restart the machine with the clone HDD set as primary HDD I created the partitions and filesystem by using /stand/sysinstall off of the host machine and editted the disk labels for the attached clone HDD. The mount point for the root partition of the clone HDD was /mnt on the host HDD. I also installed a boot manager on the HDD via /stand/sysinstall. After copying all dirs over from the original source HDD, I booted the HDD to find that the boot menu prompt is desplayed but followed by an error when trying to boot, similar to: --start-- Default: F1 Invalid Partition: no /boot/loader Default: 0: ad(0,a)/kernel no /kernel --end-- This is despite /boot/loader and /kernel existing in the cloned HDD. Please can someone help me understand what I am doing wrong and how to successfully clone a BSD disk; I would greatly appreciate any commands that can shorten the process (as opposed to doing things via /stand/sysinstall). Kindest Regards Khaled From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 16:42:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF97D16A401 for ; Fri, 24 Mar 2006 16:42:20 +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 593A843D49 for ; Fri, 24 Mar 2006 16:42:20 +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.3/8.13.3) with ESMTP id k2OGdcNr010290; Fri, 24 Mar 2006 09:39:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 24 Mar 2006 09:40:07 -0700 (MST) Message-Id: <20060324.094007.11844900.imp@bsdimp.com> To: boris@brooknet.com.au From: "M. Warner Losh" In-Reply-To: <68641D4B-5E18-4EE3-B7E1-57C9CC060F9D@brooknet.com.au> References: <20060109183738.GA4822@odin.ac.hmc.edu> <20060110.223413.94073242.imp@bsdimp.com> <68641D4B-5E18-4EE3-B7E1-57C9CC060F9D@brooknet.com.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 24 Mar 2006 09:39:47 -0700 (MST) Cc: freebsd-hackers@freebsd.org, dgilbert@dclg.ca Subject: Re: Ricoh PCI to SD device? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 16:42:21 -0000 In message: <68641D4B-5E18-4EE3-B7E1-57C9CC060F9D@brooknet.com.au> Sam Lawrance writes: : : On 11/01/2006, at 4:34 PM, M. Warner Losh wrote: : : > In message: <20060109183738.GA4822@odin.ac.hmc.edu> : > Brooks Davis writes: : > : On Mon, Jan 09, 2006 at 11:12:30AM -0500, David Gilbert wrote: : > : > Has anyone had a look at the following: : > : > : > : > none1@pci3:1:2: class=0x080501 card=0x01aa1028 chip=0x08221180 : > rev=0x17 hdr=0x00 : > : > vendor = 'Ricoh Co Ltd' : > : > device = 'SD Bus Host Adapter' : > : > class = base peripheral : > : > : > : > This shows up on my new Dell XPS-170 laptop. Since there is no : > USB : > : > attachment for the SD card reader, I can only surmise that this is : > : > it. Is someone looking at this, or is this completely new? : > : : > : People are looking at it, but there are no docs available. : > Apparently, : > : there is some work being done to reverse engineer it. Linux doesn't : > : support it either. : > : > It does support the SDA Standard SD Host Adapter Interface. However, : > The standard costs $1000 (if you are a member of the SD Association, : > which I think is $1800 a year), and comes with an NDA so restrictive : > that you'll be lucky to release a binary only version of your driver. : > : > I'm working on a port of FreeBSD to an embedded platform. For that : > platform, we'll need to read data from MMC/SD cards. To do that, : > we'll need a mmc/sd disk driver, a mmc/sd bus and a mmc/sd bridge. : > This should give us a fairly good architecture to write a bridge : > driver for the SDA Standard SD Host Adapter Interface should someone : > ever figure out the interface. Tantalizing clues are available for : > the dilligent searcher on the web (the wikipedia entry for SD cards is : > especially enlightening). I have no plans to implement a the standard : > SD interface. : : Apparently there are linux patches which work with some SD host : controllers. Maybe these will be useful: : : http://www.martinhenze.de/2006/02/04/sd-card-reader-and-ubuntu-linux/ : http://list.drzeus.cx/pipermail/sdhci-devel/2006-January/000347.html : : (gleaned from SLUG IRCers) Thanks. I'll have to see if I can use the code here to good effect. Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 16:51:05 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59BEB16A41F; Fri, 24 Mar 2006 16:51:05 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71CE043D49; Fri, 24 Mar 2006 16:51:04 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FMpV5-000Btr-Ou; Fri, 24 Mar 2006 16:50:59 +0000 Date: Fri, 24 Mar 2006 16:50:59 +0000 From: Ceri Davies To: John Baldwin Message-ID: <20060324165059.GC15948@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , hackers@freebsd.org References: <20060324120618.GB17507@submonkey.net> <20060324135528.GA15948@submonkey.net> <200603241041.00233.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qFgkTsE6LiHkLPZw" Content-Disposition: inline In-Reply-To: <200603241041.00233.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: hackers@freebsd.org Subject: Re: Exposing a file's creation time via find(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 16:51:05 -0000 --qFgkTsE6LiHkLPZw Content-Type: multipart/mixed; boundary="bajzpZikUji1w+G9" Content-Disposition: inline --bajzpZikUji1w+G9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 24, 2006 at 10:40:58AM -0500, John Baldwin wrote: > On Friday 24 March 2006 08:55, Ceri Davies wrote: > > On Fri, Mar 24, 2006 at 12:06:18PM +0000, Ceri Davies wrote: > > >=20 > > > While perusing my Daemon book I noticed that it mentioned the existen= ce > > > of the st_birthtime field in struct stat. I then also noticed that n= ot > > > many utilities expose this: the Daemon mentions dump(8), restore(8) a= nd > > > the only other one I could find was stat(1). > > >=20 > > > The attached patch adds st_birthtime related primaries to find(1), be= ing > > > -Bmin, -Btime, -Bnewer et al. These let you use an inode's real > > > creation time in find primitives. I have chosen 'B' over 'b' to match > > > the format specifier from stat(1). It seems to do the right thing on= UFS > > > 1, 2 and MSDOS file systems, but some more testing would be appreciat= ed. > >=20 > > Note that there is a line out of place in the manpage diff - this is > > corrected in a later version of the patch at > > http://people.FreeBSD.org/~ceri/find-Btime.diff >=20 > Could you add a new flag to ls to use birthtime for -t while you are at > it? Good luck finding a flag to use though. :-P That's the exact reason I didn't do it this round :) Andrzej Tobola sent me this patch for ls -U pretty much immediately. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --bajzpZikUji1w+G9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=ls-U Content-Transfer-Encoding: quoted-printable # Dodanie do ls opcji -U - sortowanie po czasie kreacji # Provide option -U - sort by time of file/directory creation --- /usr/src/bin/ls/cmp.c-OLD Fri Jun 3 16:12:35 2005 +++ /usr/src/bin/ls/cmp.c Thu Jul 7 03:56:55 2005 @@ -115,6 +115,32 @@ } =20 int +birthcmp(const FTSENT *a, const FTSENT *b) +{ + + if (b->fts_statp->st_birthtimespec.tv_sec > + a->fts_statp->st_birthtimespec.tv_sec) + return (1); + if (b->fts_statp->st_birthtimespec.tv_sec < + a->fts_statp->st_birthtimespec.tv_sec) + return (-1); + if (b->fts_statp->st_birthtimespec.tv_nsec > + a->fts_statp->st_birthtimespec.tv_nsec) + return (1); + if (b->fts_statp->st_birthtimespec.tv_nsec < + a->fts_statp->st_birthtimespec.tv_nsec) + return (-1); + return (strcoll(a->fts_name, b->fts_name)); +} + +int +revbirthcmp(const FTSENT *a, const FTSENT *b) +{ + + return (birthcmp(b, a)); +} + +int statcmp(const FTSENT *a, const FTSENT *b) { =20 --- /usr/src/bin/ls/extern.h-OLD Fri Jun 3 16:12:35 2005 +++ /usr/src/bin/ls/extern.h Thu Jul 7 03:51:38 2005 @@ -32,6 +32,8 @@ =20 int acccmp(const FTSENT *, const FTSENT *); int revacccmp(const FTSENT *, const FTSENT *); +int birthcmp(const FTSENT *, const FTSENT *); +int revbirthcmp(const FTSENT *, const FTSENT *); int modcmp(const FTSENT *, const FTSENT *); int revmodcmp(const FTSENT *, const FTSENT *); int namecmp(const FTSENT *, const FTSENT *); --- /usr/src/bin/ls/ls.1-OLD Fri Jun 3 16:12:35 2005 +++ /usr/src/bin/ls/ls.1 Thu Jul 7 04:03:27 2005 @@ -143,6 +143,8 @@ .Dq ell ) option, display complete time information for the file, including month, day, hour, minute, second, and year. +.It Fl U +Use time when file was created for sorting or printing. .It Fl W Display whiteouts when scanning directories. .It Fl Z --- /usr/src/bin/ls/ls.c.orig Thu Nov 10 05:44:07 2005 +++ /usr/src/bin/ls/ls.c Thu Nov 10 15:15:31 2005 @@ -104,6 +104,7 @@ =20 /* flags */ int f_accesstime; /* use time of last access */ + int f_birthtime; /* use time of birth */ int f_flags; /* show flags associated with a file */ int f_humanval; /* show human-readable file sizes */ int f_inode; /* print inode */ @@ -179,7 +180,7 @@ =20 fts_options =3D FTS_PHYSICAL; while ((ch =3D getopt(argc, argv, - "1ABCFGHILPRSTWZabcdfghiklmnopqrstuwx")) !=3D -1) { + "1ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx")) !=3D -1) { switch (ch) { /* * The -1, -C, -x and -l options all override each other so @@ -208,14 +209,21 @@ f_longform =3D 0; f_singlecol =3D 0; break; - /* The -c and -u options override each other. */ + /* The -c -u and -U options override each other. */ case 'c': f_statustime =3D 1; f_accesstime =3D 0; + f_birthtime =3D 0; break; case 'u': f_accesstime =3D 1; f_statustime =3D 0; + f_birthtime =3D 0; + break; + case 'U': + f_birthtime =3D 1; + f_accesstime =3D 0; + f_statustime =3D 0; break; case 'F': f_type =3D 1; @@ -412,6 +420,8 @@ sortfcn =3D revnamecmp; else if (f_accesstime) sortfcn =3D revacccmp; + else if (f_birthtime) + sortfcn =3D revbirthcmp; else if (f_statustime) sortfcn =3D revstatcmp; else if (f_sizesort) @@ -423,6 +433,8 @@ sortfcn =3D namecmp; else if (f_accesstime) sortfcn =3D acccmp; + else if (f_birthtime) + sortfcn =3D birthcmp; else if (f_statustime) sortfcn =3D statcmp; else if (f_sizesort) --- /usr/src/bin/ls/ls.h-OLD Mon Jan 10 21:06:05 2005 +++ /usr/src/bin/ls/ls.h Thu Jul 7 03:53:17 2005 @@ -38,6 +38,7 @@ extern long blocksize; /* block size units */ =20 extern int f_accesstime; /* use time of last access */ +extern int f_birthtime; /* use time of file creation */ extern int f_flags; /* show flags associated with a file */ extern int f_humanval; /* show human-readable file sizes */ extern int f_label; /* show MAC label */ --- /usr/src/bin/ls/util.c.orig Wed Nov 16 13:00:04 2005 +++ /usr/src/bin/ls/util.c Wed Nov 16 14:31:10 2005 @@ -222,9 +222,9 @@ { (void)fprintf(stderr, #ifdef COLORLS - "usage: ls [-ABCFGHILPRSTWZabcdfghiklmnopqrstuwx1]" + "usage: ls [-ABCFGHILPRSTUWZabcdfghiklmnopqrstuwx1]" #else - "usage: ls [-ABCFHILPRSTWZabcdfghiklmnopqrstuwx1]" + "usage: ls [-ABCFHILPRSTUWZabcdfghiklmnopqrstuwx1]" #endif " [file ...]\n"); exit(1); --- /usr/src/bin/ls/print.c-OLD Mon Jan 10 21:06:05 2005 +++ /usr/src/bin/ls/print.c Thu Jul 7 04:13:43 2005 @@ -190,6 +190,8 @@ printsize(dp->s_size, sp->st_size); if (f_accesstime) printtime(sp->st_atime); + else if (f_birthtime) + printtime(sp->st_birthtime); else if (f_statustime) printtime(sp->st_ctime); else --bajzpZikUji1w+G9-- --qFgkTsE6LiHkLPZw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEJCNzocfcwTS3JF8RAq4eAKCSTknb86mkhlEz+wudS2gOxkJJQgCfVcyw apn671BsxR1jO0kcg5PSj9c= =DL1T -----END PGP SIGNATURE----- --qFgkTsE6LiHkLPZw-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 17:14:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78F9316A427 for ; Fri, 24 Mar 2006 17:14:40 +0000 (UTC) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-gelsenkirchen.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF51A43D49 for ; Fri, 24 Mar 2006 17:14:37 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-gelsenkirchen.de (8.12.9/8.12.9) with ESMTP id k2OHEYos005541 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 24 Mar 2006 18:14:35 +0100 Received: from sora.hank.home ([10.8.0.6]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.13.3/8.13.3) with ESMTP id k2OHE6Yj071496; Fri, 24 Mar 2006 18:14:06 +0100 (CET) (envelope-from hank@et.bocholt.fh-gelsenkirchen.de) Received: from localhost (localhost.hank.home [127.0.0.1]) by sora.hank.home (8.13.3/8.13.3) with ESMTP id k2OHJDbh012213; Fri, 24 Mar 2006 18:19:18 +0100 (CET) (envelope-from hank@sora.hank.home) Message-Id: <200603241719.k2OHJDbh012213@sora.hank.home> To: "Khaled Hussain" In-reply-to: References: Comments: In-reply-to "Khaled Hussain" message dated "Fri, 24 Mar 2006 16:01:12 +0000." Date: Fri, 24 Mar 2006 18:19:13 +0100 From: Dirk GOUDERS X-Scanned-By: MIMEDefang 2.43 Cc: FreeBSD Hackers Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 17:14:40 -0000 Hi, > This is my first day on the list so please pardon me if I am on the wrong > list and any mistakes I make. > > I would like to create a bootable clone of a HDD running BSD version 4.8. I > have experience of cloning linux machines successfully but understand that > freebsd is a little different. please, try to clone your disk as described in the FAQ "9.2. How do I move my system over to my huge new disk?": http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NEW-HUGE-DISK Following that advice results in a bootable clone of your disk. Dirk From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 17:27:54 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF0A316A401 for ; Fri, 24 Mar 2006 17:27:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B8043D45 for ; Fri, 24 Mar 2006 17:27:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k2OHRocg039336; Fri, 24 Mar 2006 12:27:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ceri Davies Date: Fri, 24 Mar 2006 12:28:12 -0500 User-Agent: KMail/1.9.1 References: <20060324120618.GB17507@submonkey.net> <200603241041.00233.jhb@freebsd.org> <20060324165059.GC15948@submonkey.net> In-Reply-To: <20060324165059.GC15948@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603241228.13826.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1355/Thu Mar 23 16:18:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.7 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: hackers@freebsd.org Subject: Re: Exposing a file's creation time via find(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 17:27:55 -0000 On Friday 24 March 2006 11:50, Ceri Davies wrote: > On Fri, Mar 24, 2006 at 10:40:58AM -0500, John Baldwin wrote: > > On Friday 24 March 2006 08:55, Ceri Davies wrote: > > > On Fri, Mar 24, 2006 at 12:06:18PM +0000, Ceri Davies wrote: > > > > > > > > While perusing my Daemon book I noticed that it mentioned the existence > > > > of the st_birthtime field in struct stat. I then also noticed that not > > > > many utilities expose this: the Daemon mentions dump(8), restore(8) and > > > > the only other one I could find was stat(1). > > > > > > > > The attached patch adds st_birthtime related primaries to find(1), being > > > > -Bmin, -Btime, -Bnewer et al. These let you use an inode's real > > > > creation time in find primitives. I have chosen 'B' over 'b' to match > > > > the format specifier from stat(1). It seems to do the right thing on UFS > > > > 1, 2 and MSDOS file systems, but some more testing would be appreciated. > > > > > > Note that there is a line out of place in the manpage diff - this is > > > corrected in a later version of the patch at > > > http://people.FreeBSD.org/~ceri/find-Btime.diff > > > > Could you add a new flag to ls to use birthtime for -t while you are at > > it? Good luck finding a flag to use though. :-P > > That's the exact reason I didn't do it this round :) > > Andrzej Tobola sent me this patch for ls -U pretty much immediately. Yeah, I just committed it, so you don't have to worry about that bikeshed. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 17:42:38 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1E7316A401; Fri, 24 Mar 2006 17:42:38 +0000 (UTC) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D7F43D5E; Fri, 24 Mar 2006 17:42:36 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 4657CB857; Fri, 24 Mar 2006 19:42:35 +0200 (EET) Received: (nullmailer pid 58171 invoked by uid 1002); Fri, 24 Mar 2006 17:42:35 -0000 Date: Fri, 24 Mar 2006 19:42:35 +0200 From: Vasil Dimov To: Dirk GOUDERS Message-ID: <20060324174235.GA58111@qlovarnika.bg.datamax> References: <200603241719.k2OHJDbh012213@sora.hank.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603241719.k2OHJDbh012213@sora.hank.home> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Cc: FreeBSD Hackers , Khaled Hussain Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 17:42:38 -0000 On Fri, Mar 24, 2006 at 06:19:13PM +0100, Dirk GOUDERS wrote: > Hi, > > > This is my first day on the list so please pardon me if I am on the wrong > > list and any mistakes I make. > > > > I would like to create a bootable clone of a HDD running BSD version 4.8. I > > have experience of cloning linux machines successfully but understand that > > freebsd is a little different. > > please, try to clone your disk as described in the FAQ > "9.2. How do I move my system over to my huge new disk?": > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NEW-HUGE-DISK > Without reading it, I would first try this, it's quite straightforward * boot into single user mode (enter "boot -s" at loader prompt) * make sure filesystems are mounted readonly (mount) dd if=/dev/ad0 of=/dev/ad1 bs=1m (where ad0 is your disk with data and ad1 is your new disk, make sure you do not swap them :) -- Vasil Dimov gro.DSBeerF@dv Testing can show the presence of bugs, but not their absence. -- Edsger W. Dijkstra From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 24 21:49:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A4D16A420 for ; Fri, 24 Mar 2006 21:49:48 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AF0243D48 for ; Fri, 24 Mar 2006 21:49:47 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.6/8.13.6) with ESMTP id k2OLnhgD003653; Fri, 24 Mar 2006 16:49:43 -0500 (EST) (envelope-from ahebert@pubnix.net) Message-ID: <44246977.2080404@pubnix.net> Date: Fri, 24 Mar 2006 16:49:43 -0500 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sos@DeepCore.dk References: <4422FD48.50400@pubnix.net> <1143186432.2255.10.camel@sos.deepcore.dk> In-Reply-To: <1143186432.2255.10.camel@sos.deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: Intel 6300ESB SATA and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 21:49:48 -0000 Søren Schmidt wrote: >On Tor, 2006-03-23 at 14:55 -0500, Alain Hebert wrote: > > >> Hi, >> >> I'm about to invest in some Tyan Transport GT20 B5350G20S2H-LC. >> >> But since my epic battle trying to make the Promise Fasttrak 2300TX >>(PDC20580?) works right in Raid1, 2 weeks ago I'm a bit concern about >>those new SATA controllers. >> >> Myself I have a PDC20378 in (heavy) production with 5.4-CURRENT and >>its flawless, I also have a 3ware also in heavy production (way cool but >>pricy). >> >> But I'm wondering if the 6300ESB controller was still stable in >>6-CURRENT? >> >> > >It should be, however hotplug/hotremoval is not supported, so if you can >live without that the work just fine. > I wasn't expecting anymore than -> it works or it dont. I'm sure that it will be there in the future if its worth it. FYI: I'm very (to oo) gratefull for your work on this... My PDC20378 is working like a charme since 5.4. > > >> Anybody need a Promise Fasttrak 2300TX to develop/test/fix? >> >> I know that the 6-CURRENT driver wasn't recognizing the Raid config >>with the 2.5.x firmware, but was ok with the original firmware (2.0.x) >> >> > >You can always send ATA gear to me and get (better) support that way, in >fact that, and sponsoring time to work on it is *the* way to get ATA >support moving forward as I have limited amounts of spare time. >BTW this has been so for the past 6+ years :) > > > I can sponsor a card if its worth it. But my views are: *BSD should not be like Linux and support sub-standard hardware. I dont know the stand of the community on which SATA controller to focus developement on. (Like the adaptecs where with the SCSI Interface). Personally, if I have to deploy mirror, geom is good enought at the moment. But for real production, there is no way around a 3ware card. (mmm 3ware...) ----- For sponsoring time: Heck, I'm broke and ain't a manufacturer. (; My biggest problem at the moment is documentation. I have nothing on the PDC chipsets... I have spare disks, card, and a couple of P3 boxes... ----- I've been helping with the saa7135 (TV/FM card) but I have the same issue with chipset documentation... So I'm reduce to be a test monkey. I dont have the patience anymore to endlessly try stuff up, I need documentation and its been a while since I saw a silicon pusher so all my contacts are pretty much all dried up. (Any hint are welcome) -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 25 15:07:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A318A16A420 for ; Sat, 25 Mar 2006 15:07:35 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E70F43D46 for ; Sat, 25 Mar 2006 15:07:34 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so1214786wri for ; Sat, 25 Mar 2006 07:07:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=M0PwhLVjcXSgQ5nFkqre+L7SKjZ1uHloGHZQcrbAr7WbnQephrIRAqNnAtX6kvTXZenNiCI7OFkH8NLiQuKagR9KunwWK3NuOZTVtQY3aePeseYFQhnOUGK1iq/oMOF8rpWTR1vujByGlFiC69uE+mdYhGcXov6Xjw1dcH46cro= Received: by 10.54.154.16 with SMTP id b16mr1402553wre; Sat, 25 Mar 2006 07:07:33 -0800 (PST) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id 10sm1183377wrl.2006.03.25.07.07.32; Sat, 25 Mar 2006 07:07:32 -0800 (PST) Date: Sat, 25 Mar 2006 10:07:29 -0500 From: Alexander Kabaev To: Kostik Belousov Message-ID: <20060325100729.00713045@kan.dnsalias.net> In-Reply-To: <20060324084834.GE27116@deviant.kiev.zoral.com.ua> References: <44215FE9.2070602@highway.ne.jp> <20060322174312.GB27116@deviant.kiev.zoral.com.ua> <20060322190725.GC27116@deviant.kiev.zoral.com.ua> <4421BA34.8040908@highway.ne.jp> <20060323105440.GD27116@deviant.kiev.zoral.com.ua> <20060324084834.GE27116@deviant.kiev.zoral.com.ua> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.15; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 25 Mar 2006 15:11:52 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-threads@freebsd.org Subject: Re: [patch] Re: dlopen() and dlclose() are not MT-safe? YES, esp. for libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 15:07:35 -0000 On Fri, 24 Mar 2006 10:48:34 +0200 Kostik Belousov wrote: > I did understand the purpose of the thread mask code in > libexec/rtld/rtld_lock.c, or, more precisely, the condition where > this code works (for the context, see the mails with same subject on > freebsd-hackers). > > Look, that code assumes that blocking async signals would stop thread > scheduler from doing preemption of the current thread. This works > for libc_r, but fails in libpthread and libthr cases. libpthread > provides implementation of the locks for rtld. But libthr does not ! > > As result, rtld exhibit races when used with libthr. In other words, > libthr needs code to do proper locking. > > Do you agree ? Does somebody already planned to do this work ? > > Best regards, > Kostik Belousov The thread mask only makes sense when flags are per-thread. I meant to use it to detect PLT recursions from locking primitives exported to rtld by the threads library as those are not allowed and threads implementations are required to take special care to provide only self-contained locks. The 'default' lock implementation will not work with any library other than libc_r, and even that holds true only for some definition of "work". The dynamic loader never had a reliable locking and furthermore, there was no way to make it work better without threading library cooperation. This is why we came up with a set of callbacks rtld expects every threading library to provide. libpthread was the first where these callbacks were implemented. It comes as a surprise that libthr did not have them, because David Xu was the one who did most of the work on rtld locking callbacks in libpthread. The def_thread_set_flag function use is racy and should be fixed. -- Alexander Kabaev From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 25 17:34:20 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AA2916A424 for ; Sat, 25 Mar 2006 17:34:20 +0000 (UTC) (envelope-from me@carrollkong.com) Received: from mail.faerunconsulting.com (vzdsl-jcnj-216-182-31-61.static.tellurian.net [216.182.31.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 0817743D49 for ; Sat, 25 Mar 2006 17:34:18 +0000 (GMT) (envelope-from me@carrollkong.com) Received: (qmail 13238 invoked from network); 25 Mar 2006 17:34:17 -0000 Received: from unknown (HELO athena) (192.168.0.2) by dmz.faerunhome.com with SMTP; 25 Mar 2006 17:34:17 -0000 From: "Carroll Kong" To: Date: Sat, 25 Mar 2006 12:34:17 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 In-Reply-To: <20060306173558.A19AC43D60@mx1.FreeBSD.org> Thread-Index: AcY8CbIWzZo0izQhTH+KVM6Em5BJowFNaAQAA7yDCFA= Message-Id: <20060325173418.0817743D49@mx1.FreeBSD.org> Cc: Subject: RE: FreeBSD 4.11 P13 Crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 17:34:20 -0000 I do not want to jinx myself, but after back revving to FreeBSD 4.9 + patches, the system has been up for nearly 19 days. It just seems odd = that when I moved to 4.11, it worked for maybe 14 days to 30 days without a crash. Then the crashing would randomly occur more often until it got = to a point where it could not make it past the week without a reboot. I = might have upgrading IPFilter in that time frame, but I did not keep track of = that change unfortunately. So, this is a strong indication of a software bug. If I had to guess, I think it is related to IPFilter in conjunction with 4 Intel nics and/or PPPoE. I run the same version of IPfilter on another box with only 2 = nics and it has 100 day+ uptimes. I do not mind staying with 4.9 though and = I suppose interest in resolving some ancient bug that occurs in such a specific setup is pretty low. I'm just glad I can rely on my FreeBSD = box again! I'll keep you guys posted if it makes it past the one month marker and hopefully reach back to the old day days of 110+ day uptimes :) Thanks again guys for your help! - Carroll Kong=20 > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org=20 > [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Carroll Kong > Sent: Monday, March 06, 2006 12:36 PM > To: hackers@freebsd.org > Subject: RE: FreeBSD 4.11 P13 Crash >=20 > Well bad news. It happened again even with a new CPU and new=20 > PowerSupply. > However, the good news is that it seems to be saving the core=20 > dumps a bit more consistently now. I swapped the motherboard=20 > back to the old one. > Honestly, I've had similar core dumps in either case, I'm=20 > starting to think it isn't the hardware but more of a=20 > software or software configuration issue (one that works but=20 > is apparently not stable). I can swap the motherboard back=20 > to the new one, but I got the same error in either case. >=20 > It sure looks a lot like the other backtraces, but I suppose=20 > if something corrupted the data in memory, it could still be anything. >=20 > > So far I am thinking > > - IPFilter intermittent bug with some packets, but I run a box with=20 > > 112 days of uptime with the same version of IPFilter,=20 > albeit not with=20 > > 4 NICs. >=20 > It keeps failing around the net or ppp process. It might not=20 > mean anything though since the box will always log 'junk'. =20 > Although, I find it odd that it has never crashed when using=20 > the other, cable link, ONLY on the PPP process. Only an=20 > experienced hacker can tell me if my hypothesis is correct in=20 > pointing the finger closer to PPP. Then again, there is no=20 > 'process' to refer to if the issue was on the cable link! =20 > Maybe a bug in handling 4 FXP Intel cards? I already swapped=20 > one of them (the other 2 are built onboard, and the last one=20 > I have not swapped out yet that connects to the cable link). >=20 > > - 3Ware driver is flakey, but I have a 4.10 box with 3Ware that is=20 > > somewhat stable > > - CPU (I would tend to think this would result in HARD lock ups vs=20 > > Fatal Trap 12s though) >=20 > New CPU didn't fix it, so let's scratch that out. In fact,=20 > it's been pulled from a working system. >=20 > > - PowerSupply (I suppose anything is possible, please note=20 > it is on an=20 > > APC UPS, but the power supply might be delivering bad juice?) >=20 > New Power supply. Antec 380 or so. I don't have a method of=20 > testing it so it 'could' be a bad new power supply but=20 > honestly, I would expect it to have crashed with a different error. >=20 > > - Harddisks and 3Ware driver have incompatible firmware=20 > issue, I doubt=20 > > this is it though since I purchased new Seagates in 9/2004 for the=20 > > RAID1, then I added another Seagate as a JBOD, and that disk is not=20 > > being written to during the crash. >=20 > This is still a possibility, although it seems to fail in a=20 > memory operation. Unless the 3Ware somehow corrupted memory=20 > ahead of time, which seems kind of odd but possible. >=20 > Someone suggested I go back to 4.9. I don't mind doing so=20 > although I wonder if I would be vulnerable to certain=20 > security issues. Furthermore, I'm not sure how to do this=20 > right. I would guess cvsup with 4.9_RELEASE tag? >=20 > Anyway, I am going to try to go back to 4.9, but wanted to=20 > throw some more information to the list to see if anyone had=20 > any other ideas. >=20 > The only hardware I have not changed so far is > - cdrom > - floppy > - case >=20 > :) >=20 > Here is another backtrace. It seems to be doing the standard=20 > log to the ipf.log file thing, then die during an mbuf operation. >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x41f59 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc0192696 > stack pointer =3D 0x10:0xd71cbbd0 > frame pointer =3D 0x10:0xd71cbbd8 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 105 (ppp) > interrupt mask =3D net tty=20 > trap number =3D 12 > panic: page fault >=20 > --------------- >=20 > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) bt > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > #1 0xc0173f3f in boot (howto=3D256) at ../../kern/kern_shutdown.c:316 > #2 0xc0174364 in poweroff_wait (junk=3D0xc02f2aac,=20 > howto=3D-1070651985) at > ../../kern/kern_shutdown.c:595 > #3 0xc02a77ba in trap_fatal (frame=3D0xd71cbb90, eva=3D270169) at > ../../i386/i386/trap.c:974 > #4 0xc02a748d in trap_pfault (frame=3D0xd71cbb90, usermode=3D0,=20 > eva=3D270169) at > ../../i386/i386/trap.c:867 > #5 0xc02a704b in trap (frame=3D{tf_fs =3D -1072562160, tf_es =3D=20 > 16, tf_ds =3D -686030832, tf_edi =3D 6757530, tf_esi =3D -1055310592,=20 > tf_ebp =3D -685982760, tf_isp =3D -685982788, tf_ebx =3D=20 > 270169, tf_edx =3D 6757530, tf_ecx =3D -1055840256, tf_eax =3D -28864, = > tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1072093546, tf_cs=20 > =3D 8, tf_eflags =3D 66054, tf_esp =3D -1055310592, tf_ss =3D = -1055310592}) > at ../../i386/i386/trap.c:466 > #6 0xc0192696 in m_tag_delete_chain (m=3D0xc1193d00, t=3D0x0) at > ../../kern/uipc_mbuf2.c:358 > #7 0xc01904d3 in m_free (m=3D0xc1193d00) at = ../../kern/uipc_mbuf.c:734 > #8 0xc0190606 in m_freem (m=3D0xc117ef00) at = ../../kern/uipc_mbuf.c:763 > #9 0xc0127df8 in fr_check (ip=3D0xc117ef30, hlen=3D20,=20 > ifp=3D0xc21a9508, out=3D0, > mp=3D0xd71cbce8) > at ../../contrib/ipfilter/netinet/fil.c:1387 > #10 0xc01d7d06 in ip_input (m=3D0xc117ef00) at=20 > ../../netinet/ip_input.c:478 > #11 0xc01d838b in ipintr () at ../../netinet/ip_input.c:971 > #12 0xc0299ee9 in swi_net_next () > #13 0xc016e7c8 in lockmgr (lkp=3D0xc21a9600, flags=3D16973826,=20 > interlkp=3D0xd71c162c, p=3D0xd48bd5a0) at ../../kern/kern_lock.c:355 > #14 0xc019fda8 in vop_stdlock (ap=3D0xd71cbdd0) at > ../../kern/vfs_default.c:256 > #15 0xc025a9c9 in ufs_vnoperatespec (ap=3D0xd71cbdd0) at > ../../ufs/ufs/ufs_vnops.c:2394 > #16 0xc01a9ffd in vn_lock (vp=3D0xd71c15c0, flags=3D131074,=20 > p=3D0xd48bd5a0) at > vnode_if.h:861 > #17 0xc01ad842 in spec_write (ap=3D0xd71cbe64) at > ../../miscfs/specfs/spec_vnops.c:284 > #18 0xc025a3ac in ufsspec_write (ap=3D0xd71cbe64) at > ../../ufs/ufs/ufs_vnops.c:1827 > #19 0xc025a9c9 in ufs_vnoperatespec (ap=3D0xd71cbe64) at > ../../ufs/ufs/ufs_vnops.c:2394 > #20 0xc01a9b9a in vn_write (fp=3D0xc21a8c40, uio=3D0xd71cbed4,=20 > cred=3D0xc219b780, flags=3D0, p=3D0xd48bd5a0) at vnode_if.h:363 > #21 0xc018330d in dofilewrite (p=3D0xd48bd5a0, fp=3D0xc21a8c40,=20 > fd=3D9, buf=3D0xbfbfe89c, nbyte=3D213, offset=3D-1, flags=3D0) > at ../../sys/file.h:163 > #22 0xc01831c6 in write (p=3D0xd48bd5a0, uap=3D0xd71cbf80) at > ../../kern/sys_generic.c:329 > #23 0xc02a7a69 in syscall2 (frame=3D{tf_fs =3D 134938671, tf_es =3D=20 > 47, tf_ds =3D -1078001617, tf_edi =3D 134996736, tf_esi =3D 213,=20 > tf_ebp =3D -1077940064, tf_isp =3D -685981740, tf_ebx =3D=20 > -1077942112, tf_edx =3D 0, tf_ecx =3D 13, tf_eax =3D 4, tf_trapno =3D = 7,=20 > tf_err =3D 2, tf_eip =3D 673683504, tf_cs =3D 31, tf_eflags =3D=20 > 663, tf_esp =3D -1077942172, tf_ss =3D 47}) > at ../../i386/i386/trap.c:1175 > #24 0xc0298a85 in Xint0x80_syscall () > #25 0x80655de in ?? () > #26 0x806c2fb in ?? () > #27 0x806c21d in ?? () > #28 0x807470a in ?? () > #29 0x8083a78 in ?? () > #30 0x805b84b in ?? () > #31 0x804d484 in ?? () > #32 0x806ed77 in ?? () > #33 0x806e967 in ?? () > #34 0x804b62a in ?? () > (kgdb) quit > daemon# nm /kernel | grep c0192696 > daemon# nm /kernel | grep c019269 > daemon# nm /kernel | grep c01926 > c01926e8 T m_tag_copy > c0192658 T m_tag_delete > c0192674 T m_tag_delete_chain > c0192600 T m_tag_free > c01926ac T m_tag_locate > c0192614 T m_tag_prepend > c0192628 T m_tag_unlink >=20 > > -----Original Message----- > > From: Carroll Kong > > Sent: Monday, February 27, 2006 8:53 PM > > To: 'hackers@freebsd.org' > > Subject: FreeBSD 4.11 P13 Crash > >=20 > > Okay this time my kernel was recompiled so there are no modules to=20 > > make it easier to see all of the symbols. > >=20 > > Sometimes the box cycles through the fatal traps 12. Other=20 > times it=20 > > does not. Based on my other Fatal trap errors, it seems to=20 > interrupt=20 > > more often with the m_tag_delete function. > > I don't think this necessarily means the problem is with=20 > IPFilter or=20 > > PPP mostly because this box acts as a firewall and logs=20 > constantly. =20 > > Therefore, it is not surprising it always fails after logging with=20 > > IPFilter, but I am always open to the possibility. > >=20 > > This box was stable before I upgraded from 4.9->4.11. Among one of=20 > > the software changes was probably the change of IPFilter. =20 > I used to=20 > > use the IPFilter 3.4.33pre modules, but after I moved to=20 > 4.11 I just=20 > > used the distribution packaged 3.4.35. This might be the source of=20 > > the problem, but I could not google for relevant entries. > >=20 > > I have since swapped the RAM, motherboard, RAM again (I=20 > bought another=20 > > stick thinking maybe my new RAM was coincidentally bugged),=20 > one of the=20 > > Intel NICs, and my 3Ware controller. The problem still=20 > occurred and=20 > > actually more frequently. The usual frequency was about 14 days or=20 > > so. It just crashed in less than 23 hours and then again within 25=20 > > minutes. > >=20 > > The final pieces of hardware that still can be swapped is the other=20 > > Intel NIC (but this NIC is NOT connected to the PPPoE), CPU, Power=20 > > Supply, CDROM (not used), Harddisks, or Case. :) > >=20 > > I tried disabling physical swap completely, and the system still=20 > > crashed, so I doubt it is the 3Ware, but who knows. > >=20 > > So far I am thinking > > - IPFilter intermittent bug with some packets, but I run a box with=20 > > 112 days of uptime with the same version of IPFilter,=20 > albeit not with=20 > > 4 NICs. > > - 3Ware driver is flakey, but I have a 4.10 box with 3Ware that is=20 > > somewhat stable > > - CPU (I would tend to think this would result in HARD lock ups vs=20 > > Fatal Trap 12s though) > > - PowerSupply (I suppose anything is possible, please note=20 > it is on an=20 > > APC UPS, but the power supply might be delivering bad juice?) > > - Harddisks and 3Ware driver have incompatible firmware=20 > issue, I doubt=20 > > this is it though since I purchased new Seagates in 9/2004 for the=20 > > RAID1, then I added another Seagate as a JBOD, and that disk is not=20 > > being written to during the crash. > >=20 > > I am tempted to consider upgrading to 5.X, but I am a conservative=20 > > person and somehow doubt 4.X is the source of the problem as the=20 > > system worked fine for over a year. > >=20 > > The box does a lot of things however I omitted this information to=20 > > avoid flooding the list with too much information since it=20 > has worked=20 > > fine for a year in the past. > > As a note, the problem is NOT load related. In fact, one time the=20 > > fatal panic said the running process was "idle". :) =20 > Furthermore, I=20 > > haven't really updated the software unnecessarily except=20 > for security=20 > > issues and the system has been stable in the past with the same=20 > > hardware and same software. I am very conservative when it=20 > comes to=20 > > servers, so this seems like a hardware issue but I already=20 > swapped so=20 > > much of it, I am beginning to wonder. > >=20 > > I am going to buy a new CPU and power supply as I have=20 > replaced nearly=20 > > every other part by now. > >=20 > > I have included my dmesg, nm greps for the functions, a backtrace,=20 > > uname output. I have the kernel dump so if there are any commands=20 > > someone needs me to punch through, I will gladly do so. I included=20 > > some of my own feeble debugging. I didn't like the line that said=20 > > "address is out of bounds" in one of the mbuf structures. I am=20 > > guessing that means the mbuf was already corrupted way=20 > before we got=20 > > there. Any suggestions and advice are welcome. Thanks in advance! > >=20 > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0xc11e4402 > > fault code =3D supervisor write, page not present > > instruction pointer =3D 0x8:0xc018ffcf > > stack pointer =3D 0x10:0xc02fa6f0 > > frame pointer =3D 0x10:0xc02fa704 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D Idle > > interrupt mask =3D net tty bio cam=20 > > trap number =3D 12 > > panic: page fault > > Uptime: 6h5m10s > > twe0: Cannot delete unit. error =3D 16 > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0xc11e4402 > > fault code =3D supervisor write, page not present > > instruction pointer =3D 0x8:0xc018ffcf > > stack pointer =3D 0x10:0xc02fa444 > > frame pointer =3D 0x10:0xc02fa458 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D Idle > > interrupt mask =3D net tty bio cam=20 > > tx0, limit 0xfffff, type 0x1b > >=20 > > nm -n /kernel | grep c018f > > c018f058 T accept_filt_del > > c018f07c T accept_filt_get > > c018f0b4 T accept_filt_generic_mod_event > > c018f134 t net_init_domain > > c018f1bc T net_add_domain > > c018f1ec t domaininit > > c018f244 T pffindtype > > c018f290 T pffindproto > > c018f304 T pfctlinput > > c018f34c T pfctlinput2 > > c018f3a4 t pfslowtimo > > c018f3fc t pffasttimo > > c018f45c t tunable_mbinit > > c018f4ac t mbinit > > c018f53c T m_mballoc > > c018f5f8 T m_mballoc_wait > > c018f7e8 T m_clalloc > > c018f8b4 T m_clalloc_wait > > c018f9a0 T m_retry > > c018fa74 T m_retryhdr > > c018fb60 t m_reclaim > > c018fbb0 T m_get > > c018fc54 T m_gethdr > > c018fd0c T m_getclr > > c018fdd0 T m_getcl > >=20 > > ------------------------------------------------------------------- > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0x28067100 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x8:0xc0192696 > > stack pointer =3D 0x10:0xd71cbbd0 > > frame pointer =3D 0x10:0xd71cbbd8 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 110 (ppp) > > interrupt mask =3D net tty=20 > > trap number =3D 12 > > panic: page fault > >=20 > > syncing disks... 7 > > done > > Uptime: 25m51s > > twe0: Cannot delete unit. error =3D 16 > >=20 > > dumping to dev #twed/0x20001, offset 3146240 dump 511 510 509=20 > > 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494=20 > > 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479=20 > > 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464=20 > > 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449=20 > > 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434=20 > > 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419=20 > > 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404=20 > > 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389=20 > > 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374=20 > > 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359=20 > > 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344=20 > > 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329=20 > > 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314=20 > > 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299=20 > > 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284=20 > > 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269=20 > > 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254=20 > > 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239=20 > > 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224=20 > > 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209=20 > > 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194=20 > > 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179=20 > > 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164=20 > > 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149=20 > > 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134=20 > > 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119=20 > > 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104=20 > > 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85=20 > > 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65=20 > > 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45=20 > > 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25=20 > > 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2=20 > > 1 0 succeeded Automatic reboot in 15 seconds - press a key on=20 > > the console to abort Rebooting... > >=20 > > nm -n /kernel | grep c01926 > > c0192600 T m_tag_free > > c0192614 T m_tag_prepend > > c0192628 T m_tag_unlink > > c0192658 T m_tag_delete > > c0192674 T m_tag_delete_chain > > c01926ac T m_tag_locate > > c01926e8 T m_tag_copy > >=20 > > --------------- > >=20 > > (kgdb) bt > > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > > #1 0xc0173f3f in boot (howto=3D256) at = ../../kern/kern_shutdown.c:316 > > #2 0xc0174364 in poweroff_wait (junk=3D0xc02f2aac,=20 > > howto=3D-1070651985) at ../../kern/kern_shutdown.c:595 > > #3 0xc02a77ba in trap_fatal (frame=3D0xd71cbb90,=20 > > eva=3D671510784) at ../../i386/i386/trap.c:974 > > #4 0xc02a748d in trap_pfault (frame=3D0xd71cbb90, usermode=3D0,=20 > > eva=3D671510784) at ../../i386/i386/trap.c:867 > > #5 0xc02a704b in trap (frame=3D{tf_fs =3D -1072562160, tf_es =3D=20 > > 16, tf_ds =3D -686030832, tf_edi =3D 6757530, tf_esi =3D = -1055667456,=20 > > tf_ebp =3D -685982760, tf_isp =3D -685982788, tf_ebx =3D=20 > > 671510784, tf_edx =3D 6757530, tf_ecx =3D -1056411648, tf_eax =3D = 28672,=20 > > tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1072093546, tf_cs=20 > > =3D 8, tf_eflags =3D 66054, tf_esp =3D -1055667456, tf_ss =3D = -1055667456}) > > at ../../i386/i386/trap.c:466 > > #6 0xc0192696 in m_tag_delete_chain (m=3D0xc113cb00, t=3D0x0) at=20 > > ../../kern/uipc_mbuf2.c:358 > > #7 0xc01904d3 in m_free (m=3D0xc113cb00) at=20 > ../../kern/uipc_mbuf.c:734 > > #8 0xc0190606 in m_freem (m=3D0xc1094000) at=20 > ../../kern/uipc_mbuf.c:763 > > #9 0xc0127df8 in fr_check (ip=3D0xc1094030, hlen=3D20,=20 > > ifp=3D0xc21a7008, out=3D0, mp=3D0xd71cbce8) > > at ../../contrib/ipfilter/netinet/fil.c:1387 > > #10 0xc01d7d06 in ip_input (m=3D0xc1094000) at=20 > > ../../netinet/ip_input.c:478 > > #11 0xc01d838b in ipintr () at ../../netinet/ip_input.c:971 > > #12 0xc0299ee9 in swi_net_next () > > #13 0xc016e7c8 in lockmgr (lkp=3D0xc21a7100, flags=3D16973826,=20 > > interlkp=3D0xd71c0bac, p=3D0xd48bd5a0) at ../../kern/kern_lock.c:355 > > #14 0xc019fda8 in vop_stdlock (ap=3D0xd71cbdd0) at=20 > > ../../kern/vfs_default.c:256 > > #15 0xc025a9c9 in ufs_vnoperatespec (ap=3D0xd71cbdd0) at=20 > > ../../ufs/ufs/ufs_vnops.c:2394 > > #16 0xc01a9ffd in vn_lock (vp=3D0xd71c0b40, flags=3D131074,=20 > > p=3D0xd48bd5a0) at vnode_if.h:861 > > #17 0xc01ad842 in spec_write (ap=3D0xd71cbe64) at=20 > > ../../miscfs/specfs/spec_vnops.c:284 > > #18 0xc025a3ac in ufsspec_write (ap=3D0xd71cbe64) at=20 > > ../../ufs/ufs/ufs_vnops.c:1827 > > #19 0xc025a9c9 in ufs_vnoperatespec (ap=3D0xd71cbe64) at=20 > > ../../ufs/ufs/ufs_vnops.c:2394 #20 0xc01a9b9a in vn_write=20 > > (fp=3D0xc219b100, uio=3D0xd71cbed4, cred=3D0xc2197080, flags=3D0,=20 > > p=3D0xd48bd5a0) at vnode_if.h:363 > > #21 0xc018330d in dofilewrite (p=3D0xd48bd5a0, fp=3D0xc219b100,=20 > > fd=3D9, buf=3D0xbfbfe89c, nbyte=3D580, offset=3D-1, flags=3D0) > > at ../../sys/file.h:163 > > #22 0xc01831c6 in write (p=3D0xd48bd5a0, uap=3D0xd71cbf80) at=20 > > ../../kern/sys_generic.c:329 > > #23 0xc02a7a69 in syscall2 (frame=3D{tf_fs =3D -1078001617, tf_es=20 > > =3D 134938671, tf_ds =3D -1078001617, tf_edi =3D 135090176, tf_esi = =3D 580,=20 > > tf_ebp =3D -1077940064, tf_isp =3D -685981740, tf_ebx =3D=20 > > -1077942112, tf_edx =3D 0, tf_ecx =3D 13, tf_eax =3D 4, tf_trapno = =3D 7,=20 > > tf_err =3D 2, tf_eip =3D 673683504, tf_cs =3D 31, tf_eflags = =3D=20 > > 663, tf_esp =3D -1077942172, tf_ss =3D 47}) > > at ../../i386/i386/trap.c:1175 > > #24 0xc0298a85 in Xint0x80_syscall () > > #25 0x80655de in ?? () > > #26 0x806c2fb in ?? () > > #27 0x806c21d in ?? () > > #28 0x807470a in ?? () > > #29 0x8083a78 in ?? () > > #30 0x805b84b in ?? () > > #31 0x804d484 in ?? () > > #32 0x806ed77 in ?? () > > #33 0x806e967 in ?? () > > #34 0x804b62a in ?? () > >=20 > > (kgdb) f 11 > > #11 0xc01d838b in ipintr () at ../../netinet/ip_input.c:971 > > 971 ip_input(m); > > (kgdb) print *m > > $13 =3D {m_hdr =3D {mh_next =3D 0xc1128100, mh_nextpkt =3D 0x0,=20 > > mh_data =3D 0xc1094030 "E", mh_len =3D 208, mh_type =3D 0, mh_flags = =3D 2}, > > M_dat =3D {MH =3D {MH_pkthdr =3D {rcvif =3D 0xc21a7008, len =3D = 576,=20 > > header =3D 0x0, csum_flags =3D 0, csum_data =3D 0, tags =3D { > > slh_first =3D 0x0}}, MH_dat =3D {MH_ext =3D {ext_buf =3D=20 > > 0x2000000
, ext_free =3D 0x2400045, = > > ext_size =3D 28454, ext_ref =3D 0x6d3d012e},=20 > > MH_databuf =3D=20 > > = "\000\000\000\002E\000@\002&o\000\000.\001=3Dm;=BD=F30=D8=B6\037=3D\003\0= 0 > > = 1=BA\006\000\000\000\000E\000\005=C8=E9=BA@\000/\006=A2t=D8=B6\037=3D=C0=A8= \001e'B > > = \rmy=BB6\216^\222@\002P\020=E1\000=B1=A1\000\000\000\000@\t\a\000\000\ > > = 002r\000\003=C0\000\227=AB\212!\225@\204]\001\214\027=C1=F9\177\232=F9=E3= =F2 > > = \222\016\000=F9au1=3D\216=DD\204=A8\207O\002+=F80=E9H=F0\eD\2056n\001=F7U= \025=E0 > > = \222=FE\f:S=F5PI\037)T=D8(=FD=A8\r=D3@\210=EA\217(S=F5c=E2=E9=B8\n?\217%x= &=B5\177=F4UqX\ > > = 222\020\225\\=D1=D9~\fh=EA=A9\036\t\"Az\206=E1p=FE+}=C7=A3=A3=A2"...}},=20 > > M_databuf =3D "\bp\032=C2@\002", '\000' ,=20 > > = "\002E\000@\002&o\000\000.\001=3Dm;=BD=F30=D8=B6\037=3D\003\001=BA\006\00= 0\0 > > = 00\000\000E\000\005=C8=E9=BA@\000/\006=A2t=D8=B6\037=3D=C0=A8\001e'B\rmy=BB= 6\216^\ > > 222@\002P\020=E1\000=B1=A1\000\000\000\000@\t\a\000\000\002r\000\003 > > = =C0\000\227=AB\212!\225@\204]\001\214\027=C1=F9\177\232=F9=E3=F2\222\016\= 000 > > = =F9au1=3D\216=DD\204=A8\207O\002+=F80=E9H=F0\eD\2056n\001=F7U\025=E0\222=FE= \f:S=F5PI > > = \037)T=D8(=FD=A8\r=D3@\210=EA\217(S=F5c=E2=E9=B8\n?\217%x&=B5\177=F4UqX\2= 22\020\225\ > > \=D1=D9~\fh=EA=A9\036\t"...}} > > (kgdb) f 6 > > #6 0xc0192696 in m_tag_delete_chain (m=3D0xc113cb00, t=3D0x0) at=20 > > ../../kern/uipc_mbuf2.c:358 > > 358 m_tag_delete(m, q); > > (kgdb) print *m > > $14 =3D {m_hdr =3D {mh_next =3D 0xc113ca00, mh_nextpkt =3D=20 > > 0x280ef4cd, mh_data =3D 0x14
,=20 > > mh_len =3D 663,=20 > > mh_type =3D 28672, mh_flags =3D 10246}, M_dat =3D {MH =3D=20 > > {MH_pkthdr =3D {rcvif =3D 0x280ef492, len =3D 672120748, header =3D = 0x2,=20 > > csum_flags =3D 16384, csum_data =3D 1, tags =3D {slh_first=20 > > =3D 0x28067100}}, MH_dat =3D {MH_ext =3D { > > ext_buf =3D 0x28067200
> bounds>, ext_free =3D 0x280541fd, ext_size =3D 134516476,=20 > > ext_ref =3D 0x280819da},=20 > > MH_databuf =3D=20 > > = "\000r\006(=FDA\005(=FC\216\004\b=DA\031\b(\000\000\000\000=A2A\005(=A8: > > \006(@\200\006(\000\000\000\000\000\000\000\000`=FB=BF=BF@\200\006\0 > > = 01\234=FB=BF=BFOA\005(=FC\216\004\b\004=CFe\000\000r\006(\001\000\000\00 > > = 0=A8:\006(\000p\006(=FC\216\004\b=FDA\005(=FC\216\004\b\t\013\005(\200 > > = =E6\020(=A2A\005(=A8:\006(\000=E9\a(\200=3D\006(\227?\005(5(\005(=A8:\006= ( > > \f=FC=BF=BF=CF@\005(=20 > > \006\005(\004=CFe\000\200=3D\006(\001\000\000\000\000p\006(\000q\0 > > = 06(\000r\006(=DA>\005(=A8:\006(\000p\006(=FC\216\004\b=D0=FC=BF=BFS=D4\00= 4\b\2 > > 00=E6\020(@ \005\b\000r\006("...}},=20 > > M_databuf =3D=20 > > "\222=F4\016(=AC=BF\017(\002\000\000\000\000@\000\000\001\000\000\00 > > 0\000q\006(\000r\006(=FDA\005(=FC\216\004\b=DA\031\b(\000\000\000\00 > > = 0=A2A\005(=A8:\006(@\200\006(\000\000\000\000\000\000\000\000`=FB=BF=BF@ > > = \200\006\001\234=FB=BF=BFOA\005(=FC\216\004\b\004=CFe\000\000r\006(\001\ > > = 000\000\000=A8:\006(\000p\006(=FC\216\004\b=FDA\005(=FC\216\004\b\t\01 > > = 3\005(\200=E6\020(=A2A\005(=A8:\006(\000=E9\a(\200=3D\006(\227?\005(5(\0 > > 05(=A8:\006(\f=FC=BF=BF=CF@\005(=20 > > \006\005(\004=CFe\000\200=3D\006(\001\000\000\000\000p\006(\000q\0 > > 06(\000r\006(=DA>\005(=A8:\006(\000p\006("...}} > > (kgdb) print *q > > Cannot access memory at address 0x0. > > (kgdb) > > ---------------------------- > > Copyright (c) 1992-2005 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,=20 > > 1993, 1994 > > The Regents of the University of California. All=20 > > rights reserved. > > FreeBSD 4.11-RELEASE-p13 #3: Thu Feb 23 13:09:31 EST 2006 > > damascus@daemon.faerunhome.com:/usr/src/sys/compile/DAEMON > > Timecounter "i8254" frequency 1193182 Hz > > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1993.54-MHz 686-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0xf24 Stepping =3D 4 > > =20 > > Features=3D0x3febfbff > P,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SS > > E2,SS,HTT,TM> > > real memory =3D 536608768 (524032K bytes) avail memory =3D=20 > > 518377472 (506228K bytes) Preloaded elf kernel "kernel" at=20 > 0xc03af000. > > Warning: Pentium 4 CPU: PSE disabled > > Pentium Pro MTRR support enabled > > md0: Malloc disk > > Using $PIR table, 11 entries at 0xc00f28c0 > > npx0: on motherboard > > npx0: INT 16 interface > > pcib0: on motherboard > > pci0: on pcib0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > pcib2: at device=20 > > 30.0 on pci0 > > pci2: on pcib2 > > twe0: <3ware Storage Controller driver ver. 1.40.01.002> port=20 > > 0xdfa0-0xdfaf mem 0xfe000000-0xfe7fffff,0xfeafec00-0xfeafec0f=20 > > irq 9 at device 9.0 on pci2 > > twe0: 4 ports, Firmware FE7X 1.05.00.068, BIOS BE7X 1.08.00.048 > > fxp0: port 0xdf00-0xdf3f mem=20 > > 0xfeaa0000-0xfeabffff,0xfeafd000-0xfeafdfff irq 11 at device=20 > > 10.0 on pci2 > > fxp0: Ethernet address 00:02:b3:d0:e3:73 > > inphy0: on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp1: port 0xde80-0xdebf mem=20 > > 0xfea80000-0xfea9ffff,0xfeafc000-0xfeafcfff irq 10 at device=20 > > 11.0 on pci2 > > fxp1: Ethernet address 00:02:b3:ee:65:88 > > inphy1: on miibus1 > > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp2: port 0xdd80-0xddbf mem=20 > > 0xfea40000-0xfea5ffff,0xfeafb000-0xfeafbfff irq 11 at device=20 > > 12.0 on pci2 > > fxp2: Ethernet address 00:11:11:c1:a2:e5 > > inphy2: on miibus2 > > inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp3: port 0xdd00-0xdd3f mem=20 > > 0xfea20000-0xfea3ffff,0xfeafa000-0xfeafafff irq 11 at device=20 > > 13.0 on pci2 > > fxp3: Ethernet address 00:11:11:c1:a2:e7 > > inphy3: on miibus3 > > inphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > atapci0: port=20 > > 0xdcc0-0xdcff,0xdfe0-0xdfe3,0xdf98-0xdf9f,0xdfe4-0xdfe7,0xdff0 > > -0xdff7 mem 0xfe9e0000-0xfe9fffff irq 11 at device 14.0 on pci2 > > ata2: at 0xdff0 on atapci0 > > ata3: at 0xdf98 on atapci0 > > pci2: at 15.0 irq 11 > > isab0: at device=20 > > 31.0 on pci0 > > isa0: on isab0 > > atapci1: port 0xffa0-0xffaf at=20 > > device 31.1 on pci0 > > ata0: at 0x1f0 irq 14 on atapci1 > > ata1: at 0x170 irq 15 on atapci1 > > uhci0: port=20 > > 0xef40-0xef5f irq 11 at device 31.2 on pci0 > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > > pci0: (vendor=3D0x8086, dev=3D0x2443) at 31.3 irq 11 > > uhci1: port=20 > > 0xef80-0xef9f irq 10 at device 31.4 on pci0 > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub1: 2 ports with 2 removable, self powered > > orm0: