From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 08:40:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA98E16A47A for ; Sun, 18 Jun 2006 08:40:22 +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 5DD6043D4C for ; Sun, 18 Jun 2006 08:40:22 +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.7/8.13.7) with ESMTP id k5I8eGGh044980 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 18 Jun 2006 10:40:16 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k5I8eGnE044979; Sun, 18 Jun 2006 10:40:16 +0200 (CEST) Date: Sun, 18 Jun 2006 10:40:16 +0200 From: Divacky Roman To: Kris Kennaway Message-ID: <20060618084016.GA44510@stud.fit.vutbr.cz> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> <20060616151931.GA42934@xor.obsecurity.org> <20060617083156.GA84611@stud.fit.vutbr.cz> <20060617084626.GA20327@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060617084626.GA20327@xor.obsecurity.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 08:40:23 -0000 On Sat, Jun 17, 2006 at 04:46:27AM -0400, Kris Kennaway wrote: > On Sat, Jun 17, 2006 at 10:31:56AM +0200, Divacky Roman wrote: > > On Fri, Jun 16, 2006 at 11:19:31AM -0400, Kris Kennaway wrote: > > > On Fri, Jun 16, 2006 at 08:45:38AM +0200, Alexander Leidinger wrote: > > > > Quoting Christian Brueffer (from Fri, 16 Jun > > > > 2006 08:28:41 +0200): > > > > > > > > >On Thu, Jun 15, 2006 at 05:20:49PM -0400, Kris Kennaway wrote: > > > > > > > > >>I did a full build for phk some time ago, I don't remember how many > > > > >>broke but it was enough to make it a significant (but perhaps not > > > > >>difficult) task to fix them. > > > > >> > > > > > > > > > >I think it would be helpful to do another run if possible and put the > > > > >results online somewhere. That could significantly speed up the whole > > > > >issue. > > > > > > > > That would be nice. And toss the list to me and Joel in case you do > > > > it, we will add an entry on the ideas list for this. > > > > > > I don't have time to rerun but here is the list from last time as a > > > starting point: > > > > > > --- > > > On Tue, Jan 10, 2006 at 10:52:38AM +0100, Poul-Henning Kamp wrote: > > > > > > > > Can I get you to look out for this one in the build logs ? > > > > > > > > #warning "Old BSD tty API used, please upgrade." > > > > > > > > Poul-Henning > > > > I am running COMPAT_43*-less kernel and I successfully built at least gtar from > > your list... basically I think that the only affected ports are those with mess > > with serial port etc. ie. where you use ioctl() on some tty device.... > > I doubt the list is accurate... there must have been another issue when you > > tried that > > It's possible I screwed up, but I just did a grep on all the build > logs for the warning message. Are you certain it didn't appear? well.. you can never be sure but my point stands still - COMPAT_43TTY is basically a bunch of tty-related ioctls so I dont see why apps like (gtar which doesnt touch tty at all) should fail.. I can see breakage in things related to modem $something, serial consoles emulators etc. which use tty and might want to change its setting by ioctl. what I am trying to say is - the set of apps which breaks by removing COMPAT_43TTY should be very limited. But on the other hand - what benefit does removing it brings? It saves tens or hundreds of bytes of compiled kernel and thats all. COMPAT_43 removal is great because it removes old code, lowers contention of some mutexes and brings speedup. COMPAT_43TTY removes a bunch of ioctls. We have lived with COMPAT_43 for ages and I think we can live for some more with COMPAT_43TTY. The effort to make livign without COMPAT_43TTY might be better spent elsewhere just my 2 cents roman From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 09:02:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D43516A474 for ; Sun, 18 Jun 2006 09:02:02 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E9C43D48 for ; Sun, 18 Jun 2006 09:02:01 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 81AB9170DE; Sun, 18 Jun 2006 09:01:59 +0000 (UTC) To: Divacky Roman From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 18 Jun 2006 10:40:16 +0200." <20060618084016.GA44510@stud.fit.vutbr.cz> Date: Sun, 18 Jun 2006 09:01:58 +0000 Message-ID: <74895.1150621318@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org, Kris Kennaway Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 09:02:02 -0000 In message <20060618084016.GA44510@stud.fit.vutbr.cz>, Divacky Roman writes: >well.. you can never be sure but my point stands still - COMPAT_43TTY is >basically a bunch of tty-related ioctls so I dont see why apps like (gtar which >doesnt touch tty at all) should fail.. I guess you didn't get the memo (attached). Poul-Henning Welcome to the wonderful world of AutoCrap[tm]! By applying an ill-advised methodology developed by inferior minds in the 1980ies to deal with incompatible operating systems from narrowminded vendors, AutoCrap[tm] is guaranteed to turn even the most portable source code into a unportable mess. AutoCrap[tm] employs a plethora of checks for features no longer in existence on any running operating system, even if your software package does not actually come close to using that feature. By turning all AutoCrap[tm] infected sortware packages into totally unreadable messes of #ifdefs, AutoCrap[tm] will seem like the only feasible way to write portable code. Upon seeing AutoCrap[tm] for the first time 99 out of 100 users or programmers out there will cry out in despair "This portability thing looks SOOO hard, thank goodness for AutoCrap[tm]" AutoCrap[tm] sports an infection of options which nobody, including the AutoCrap[tm] developers, can give any good reason why you might want to apply, but even so, these options provide the 100% sure defence: "You just need to set the right options" against any people in a fit of insight or even actually wisdom might claim that AutoCrap[tm] actually decreases software portability. AutoCrap[tm] -- because we otherwise anybody could port software! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 09:58:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE1316A474 for ; Sun, 18 Jun 2006 09:58:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690F943D46 for ; Sun, 18 Jun 2006 09:58:19 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5I9wGXl003883 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 18 Jun 2006 19:58:17 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5I9wG9A038453; Sun, 18 Jun 2006 19:58:16 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5I9wFXR038452; Sun, 18 Jun 2006 19:58:15 +1000 (EST) (envelope-from peter) Date: Sun, 18 Jun 2006 19:58:15 +1000 From: Peter Jeremy To: John Birrell Message-ID: <20060618095815.GE715@turion.vk2pj.dyndns.org> References: <20060525065510.GA20475@what-creek.com> <20060525082633.GA724@turion.vk2pj.dyndns.org> <20060525195346.GA25270@what-creek.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+jhVVhN62yS6hEJ8" Content-Disposition: inline In-Reply-To: <20060525195346.GA25270@what-creek.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: DTrace for FreeBSD - Status Update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 09:58:20 -0000 --+jhVVhN62yS6hEJ8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-May-25 19:53:46 +0000, John Birrell wrote: >On the build side, the CTF tools are threaded and I am building them as=20 >bootstrap tools because they are required to add the CTF data to objects >and programs during a buildworld. ctfmerge uses an undefined function getpagesizes(). This appears to be hidden if you don't have CFLAGS=3D-O because the function calling getpagesizes() - bigheap() - is itself static and only referenced via "#pragma init(bigheap)" which doesn't appear to be supported by gcc. bigheap()'s only purpose appears to be to align the heap to the largest page size. I'm not sure why this is being done and the side-effect of failing to do so. --=20 Peter Jeremy --+jhVVhN62yS6hEJ8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFElSO2/opHv/APuIcRAlzKAJ92/VA6Hal3lvPBG4BMwyyhmHkLSACeNmTl Z/WBlUH2i07LOMBToqrj9xM= =YFex -----END PGP SIGNATURE----- --+jhVVhN62yS6hEJ8-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 10:56:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F3516A47A for ; Sun, 18 Jun 2006 10:56:00 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-02.southeast.rr.com (ms-smtp-02.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 929DA43D45 for ; Sun, 18 Jun 2006 10:55:57 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-02.southeast.rr.com (8.13.6/8.13.6) with ESMTP id k5IAto93026362; Sun, 18 Jun 2006 06:55:50 -0400 (EDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.6/8.13.6) with ESMTP id k5IAtmuo004975; Sun, 18 Jun 2006 06:55:49 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Sun, 18 Jun 2006 06:55:48 -0400 (EDT) From: Wesley Morgan To: Poul-Henning Kamp In-Reply-To: <74895.1150621318@critter.freebsd.dk> Message-ID: <20060618065504.U94454@volatile.chemikals.org> References: <74895.1150621318@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Divacky Roman , current@freebsd.org, Kris Kennaway Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 10:56:00 -0000 On Sun, 18 Jun 2006, Poul-Henning Kamp wrote: > In message <20060618084016.GA44510@stud.fit.vutbr.cz>, Divacky Roman writes: > >> well.. you can never be sure but my point stands still - COMPAT_43TTY is >> basically a bunch of tty-related ioctls so I dont see why apps like (gtar which >> doesnt touch tty at all) should fail.. > > I guess you didn't get the memo (attached). > > Poul-Henning > > > Welcome to the wonderful world of AutoCrap[tm]! > > By applying an ill-advised methodology developed by inferior minds > in the 1980ies to deal with incompatible operating systems from > narrowminded vendors, AutoCrap[tm] is guaranteed to turn even > the most portable source code into a unportable mess. > > AutoCrap[tm] employs a plethora of checks for features no longer > in existence on any running operating system, even if your software > package does not actually come close to using that feature. > > By turning all AutoCrap[tm] infected sortware packages into totally > unreadable messes of #ifdefs, AutoCrap[tm] will seem like the only > feasible way to write portable code. > > Upon seeing AutoCrap[tm] for the first time 99 out of 100 users > or programmers out there will cry out in despair "This portability > thing looks SOOO hard, thank goodness for AutoCrap[tm]" > > AutoCrap[tm] sports an infection of options which nobody, including > the AutoCrap[tm] developers, can give any good reason why you > might want to apply, but even so, these options provide the 100% > sure defence: "You just need to set the right options" against > any people in a fit of insight or even actually wisdom might > claim that AutoCrap[tm] actually decreases software portability. > > > AutoCrap[tm] -- because we otherwise anybody could port software! Very funny! Now tell us how you feel about libtool. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 08:43:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7783416A47A for ; Sun, 18 Jun 2006 08:43:25 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE8343D6E for ; Sun, 18 Jun 2006 08:43:16 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 184D42D0E; Sun, 18 Jun 2006 03:43:16 -0500 (CDT) Date: Sun, 18 Jun 2006 03:43:16 -0500 To: Divacky Roman Message-ID: <20060618084316.GB10891@soaustin.net> References: <3223.1150403817@critter.freebsd.dk> <200606151259.57929.beech@alaskaparadise.com> <20060615212048.GA72318@xor.obsecurity.org> <20060616062841.GA2193@haakonia.hitnet.RWTH-Aachen.DE> <20060616084538.69fki90ri8wk8kcg@netchild.homeip.net> <20060616151931.GA42934@xor.obsecurity.org> <20060617083156.GA84611@stud.fit.vutbr.cz> <20060617084626.GA20327@xor.obsecurity.org> <20060618084016.GA44510@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060618084016.GA44510@stud.fit.vutbr.cz> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 18 Jun 2006 11:20:24 +0000 Cc: current@freebsd.org, Kris Kennaway Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 08:43:25 -0000 On Sun, Jun 18, 2006 at 10:40:16AM +0200, Divacky Roman wrote: > well.. you can never be sure but my point stands still - COMPAT_43TTY is > basically a bunch of tty-related ioctls so I dont see why apps like (gtar > which doesnt touch tty at all) should fail.. "shouldn't" and "won't" are rarely equal in software engineering, expecially when dealing with crufty old code that probably included *.h "just in case". mcl From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 19:20:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72C4C16A47C for ; Sun, 18 Jun 2006 19:20:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id A708943D45 for ; Sun, 18 Jun 2006 19:20:13 +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 mail26.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5IJKBmM008975 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 19 Jun 2006 05:20:11 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5IJKBkK040314 for ; Mon, 19 Jun 2006 05:20:11 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5IJKBCS040313 for current@freebsd.org; Mon, 19 Jun 2006 05:20:11 +1000 (EST) (envelope-from peter) Date: Mon, 19 Jun 2006 05:20:11 +1000 From: Peter Jeremy To: current@freebsd.org Message-ID: <20060618192011.GF715@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+sHJum3is6Tsg7/J" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 19:20:14 -0000 --+sHJum3is6Tsg7/J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I got the following panic is a fresh -current. Unfortunately, it didn't do a crash dump - I'm not sure why. Has anyone else seen this? Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x2c fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc052cf96 stack pointer =3D 0x28:0xd6690970 frame pointer =3D 0x28:0xd6690990 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 97180 (script) trap number =3D 12 panic: page fault KDB: stack backtrace: kdb_backtrace(c07008a8,c076ac80,c06eb1ad,d6690844,100,...) at kdb_backtrace= +0x2e panic(c06eb1ad,c0702b35,d6690930,1,1,...) at panic+0xb7 trap_fatal(d6690930,2c,c071dc0f,2fd,c2b6f6c0,...) at trap_fatal+0x30e trap_pfault(d6690930,0,2c,c054f7e1,2c,...) at trap_pfault+0x1ba trap(8,28,28,c0709faa,1a3,...) at trap+0x461 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc052cf96, esp =3D 0xd6690970, ebp =3D 0xd6690990 --- _mtx_lock_flags(24,0,c0709faa,1a3,0,...) at _mtx_lock_flags+0x46 vfs_ref(0,d66909f8,0,d66909dc,c06d4f68,...) at vfs_ref+0x32 vop_stdgetwritemount(d66909f8,c076ea74,d66909f0,d6690a2c,d6690a14,...) at v= op_stdgetwritemount+0x1d VOP_GETWRITEMOUNT_APV(c073df20,d66909f8,c07b4988,c06fe125,d6690a0c,...) at = VOP_GETWRITEMOUNT_APV+0xa8 vn_start_write(c4251000,d6690a2c,1,2,c0701fa5,...) at vn_start_write+0x37 vn_close(c4251000,3,c2f37780,c2b6f6c0,6b5,...) at vn_close+0x65 vn_closefile(c370c750,c2b6f6c0,d6690af0,c0512cce,c370c750,...) at vn_closef= ile+0xe9 devfs_close_f(c370c750,c2b6f6c0,c06fca41,876,c370c750,...) at devfs_close_f= +0x19 fdrop_locked(c370c750,c2b6f6c0,c06fca41,861) at fdrop_locked+0xbe fdrop(c370c750,c2b6f6c0,d6690b38,c0567d6f,c076ea74,0,c07046e5,6b5,c07b4a6c,= d6690b68,0,c07b4a68,d6690b64,c0566bba,0,c394872c,246,c0744d24,c394872c,661,= c06fca41,d6690b8c,c052d0f2,c394872c,1,c06ff4e5,13 closef(c370c750,c2b6f6c0,c06fca41,661,c07b4a68,...) at closef+0x427 fdfree(c2b6f6c0,0,c06fd2c3,106,d6690c50,...) at fdfree+0x5c6 exit1(c2b6f6c0,0,d6690d30,c06bf073,c2b6f6c0,...) at exit1+0x57b sys_exit(c2b6f6c0,d6690d04,4,c2b6f6c0,c33f0000,...) at sys_exit+0x1d syscall(3b,3b,3b,1,0,...) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x281012fb, esp =3D 0xbfb= fe1ec, ebp =3D 0xbfbfe1f8 --- --=20 Peter Jeremy --+sHJum3is6Tsg7/J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEladq/opHv/APuIcRArStAJ9nxomPycI/kS9rU3omJoh1t0llYgCeIn7Q hksF8X+eccCLv3Dt6X8P9U0= =x1DC -----END PGP SIGNATURE----- --+sHJum3is6Tsg7/J-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 19:26:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3092016A479 for ; Sun, 18 Jun 2006 19:26:12 +0000 (UTC) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3C743D46 for ; Sun, 18 Jun 2006 19:26:11 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.6/8.13.6) with ESMTP id k5IJQAIX038046; Sun, 18 Jun 2006 15:26:10 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.6/8.13.6/Submit) with ESMTP id k5IJQAIB038043; Sun, 18 Jun 2006 15:26:10 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Sun, 18 Jun 2006 15:26:10 -0400 (EDT) From: "Andrew R. Reiter" To: Peter Jeremy In-Reply-To: <20060618192011.GF715@turion.vk2pj.dyndns.org> Message-ID: <20060618152428.A36995@fledge.watson.org> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 19:26:12 -0000 Hi Peter, On Mon, 19 Jun 2006, Peter Jeremy wrote: :I got the following panic is a fresh -current. Unfortunately, it didn't :do a crash dump - I'm not sure why. Has anyone else seen this? I saw a commit from Yar T. earlier that was intended to help in call stack tracing. this is just a guess as to a possible cause. : :Fatal trap 12: page fault while in kernel mode :fault virtual address = 0x2c :fault code = supervisor read, page not present :instruction pointer = 0x20:0xc052cf96 :stack pointer = 0x28:0xd6690970 :frame pointer = 0x28:0xd6690990 :code segment = base 0x0, limit 0xfffff, type 0x1b := DPL 0, pres 1, def32 1, gran 1 :processor eflags = interrupt enabled, resume, IOPL = 0 :current process = 97180 (script) :trap number = 12 :panic: page fault :KDB: stack backtrace: :kdb_backtrace(c07008a8,c076ac80,c06eb1ad,d6690844,100,...) at kdb_backtrace+0x2e :panic(c06eb1ad,c0702b35,d6690930,1,1,...) at panic+0xb7 :trap_fatal(d6690930,2c,c071dc0f,2fd,c2b6f6c0,...) at trap_fatal+0x30e :trap_pfault(d6690930,0,2c,c054f7e1,2c,...) at trap_pfault+0x1ba :trap(8,28,28,c0709faa,1a3,...) at trap+0x461 :calltrap() at calltrap+0x5 :--- trap 0xc, eip = 0xc052cf96, esp = 0xd6690970, ebp = 0xd6690990 --- :_mtx_lock_flags(24,0,c0709faa,1a3,0,...) at _mtx_lock_flags+0x46 :vfs_ref(0,d66909f8,0,d66909dc,c06d4f68,...) at vfs_ref+0x32 :vop_stdgetwritemount(d66909f8,c076ea74,d66909f0,d6690a2c,d6690a14,...) at vop_stdgetwritemount+0x1d :VOP_GETWRITEMOUNT_APV(c073df20,d66909f8,c07b4988,c06fe125,d6690a0c,...) at VOP_GETWRITEMOUNT_APV+0xa8 :vn_start_write(c4251000,d6690a2c,1,2,c0701fa5,...) at vn_start_write+0x37 :vn_close(c4251000,3,c2f37780,c2b6f6c0,6b5,...) at vn_close+0x65 :vn_closefile(c370c750,c2b6f6c0,d6690af0,c0512cce,c370c750,...) at vn_closefile+0xe9 :devfs_close_f(c370c750,c2b6f6c0,c06fca41,876,c370c750,...) at devfs_close_f+0x19 :fdrop_locked(c370c750,c2b6f6c0,c06fca41,861) at fdrop_locked+0xbe :fdrop(c370c750,c2b6f6c0,d6690b38,c0567d6f,c076ea74,0,c07046e5,6b5,c07b4a6c,d6690b68,0,c07b4a68,d6690b64,c0566bba,0,c394872c,246,c0744d24,c394872c,661,c06fca41,d6690b8c,c052d0f2,c394872c,1,c06ff4e5,13 : :closef(c370c750,c2b6f6c0,c06fca41,661,c07b4a68,...) at closef+0x427 :fdfree(c2b6f6c0,0,c06fd2c3,106,d6690c50,...) at fdfree+0x5c6 :exit1(c2b6f6c0,0,d6690d30,c06bf073,c2b6f6c0,...) at exit1+0x57b :sys_exit(c2b6f6c0,d6690d04,4,c2b6f6c0,c33f0000,...) at sys_exit+0x1d :syscall(3b,3b,3b,1,0,...) at syscall+0x2e3 :Xint0x80_syscall() at Xint0x80_syscall+0x1f :--- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281012fb, esp = 0xbfbfe1ec, ebp = 0xbfbfe1f8 --- : :-- :Peter Jeremy : -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 20:24:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACD716A47E; Sun, 18 Jun 2006 20:24:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C0D43D72; Sun, 18 Jun 2006 20:23:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k5IKNphA059408; Sun, 18 Jun 2006 16:23:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k5IKN4k9081492; Sun, 18 Jun 2006 16:23:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E3617302F; Sun, 18 Jun 2006 16:23:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060618202351.3E3617302F@freebsd-current.sentex.ca> Date: Sun, 18 Jun 2006 16:23:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 20:24:00 -0000 TB --- 2006-06-18 19:11:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-18 19:11:47 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-06-18 19:11:47 - cleaning the object tree TB --- 2006-06-18 19:12:30 - checking out the source tree TB --- 2006-06-18 19:12:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-06-18 19:12:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-18 19:20:22 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-18 19:20:22 - cd /src TB --- 2006-06-18 19:20:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.sbin/auditreduce (all) cc -O2 -pipe -c /src/usr.sbin/auditreduce/../../contrib/openbsm/bin/auditreduce/auditreduce.c cc -O2 -pipe -o auditreduce auditreduce.o -lbsm gzip -cn /src/usr.sbin/auditreduce/../../contrib/openbsm/bin/auditreduce/auditreduce.1 > auditreduce.1.gz ===> usr.sbin/asf (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/usr.sbin/asf/asf.c /src/usr.sbin/asf/asf.c: In function `usage': /src/usr.sbin/asf/asf.c:269: warning: field width is not type int (arg 4) *** Error code 1 Stop in /src/usr.sbin/asf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-18 20:23:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-18 20:23:50 - ERROR: failed to build world TB --- 2006-06-18 20:23:50 - tinderbox aborted TB --- 1.30 user 7.12 system 4323.81 real From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 23:26:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 056F516A47A; Sun, 18 Jun 2006 23:26:43 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E69943D46; Sun, 18 Jun 2006 23:26:42 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k5INQZU3024508; Mon, 19 Jun 2006 03:26:35 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 19 Jun 2006 03:26:35 +0400 (MSD) From: Dmitry Morozovsky To: John Baldwin In-Reply-To: <200606151246.08363.jhb@freebsd.org> Message-ID: <20060619032442.M13558@woozle.rinet.ru> References: <200606141704.30667.freebsd@alaskaparadise.com> <200606151246.08363.jhb@freebsd.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 19 Jun 2006 03:26:36 +0400 (MSD) Cc: Beech Rintoul , freebsd-current@freebsd.org Subject: Re: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 23:26:43 -0000 On Thu, 15 Jun 2006, John Baldwin wrote: JB> > I forgot to define NO_MALLOC_EXTRAS in malloc.c on one of my test machines JB> and JB> > I'm taking a noticeable performance hit. How do I just rebuild libc without JB> > rebuilding userland? This box is only 500 MHz and a system rebuild takes JB> > quite a while. JB> JB> cd /usr/src/lib/libc JB> make clean JB> make cleandir JB> make obj JB> make depend JB> make all JB> make install JB> JB> Something like that should do it. You might have to rebuild any statically JB> linked binaries as well (/sbin/init and /bin/sh) but fixing libc should JB> probably solve most of your problems. Well, at least on RELENG_6 /bin/sh is dynamically linked: root@woozle:~# file /bin/sh /bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), stripped root@woozle:~# ldd /bin/sh /bin/sh: libedit.so.5 => /lib/libedit.so.5 (0x28090000) libncurses.so.6 => /lib/libncurses.so.6 (0x280a5000) libc.so.6 => /lib/libc.so.6 (0x280e6000) root@woozle:~# The only two are root@woozle:~# file /bin/* /sbin/* | grep 'statically linked' /sbin/devd: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped /sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 01:51:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A289816A481 for ; Mon, 19 Jun 2006 01:51:35 +0000 (UTC) (envelope-from phillhocking@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A5643D76 for ; Mon, 19 Jun 2006 01:51:26 +0000 (GMT) (envelope-from phillhocking@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so741239wxd for ; Sun, 18 Jun 2006 18:51:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mH0F0LRh1UhvSR6HyAzzQPLdb8Z/vHmcvj/P7+2C3UE2WWdbTZggZda0ItltUa+0iwTBVWtqqJNRyJWaxsZY4A0jEFLtxISwiIpjCWJ1iB/6BIkGmkhKNEu6g0fO/ZSRclWZLkR6q/E319fG8AicL3EAUaDVyB7UHZjbxaDes0w= Received: by 10.70.24.3 with SMTP id 3mr7661043wxx; Sun, 18 Jun 2006 18:51:25 -0700 (PDT) Received: by 10.70.49.6 with HTTP; Sun, 18 Jun 2006 18:51:24 -0700 (PDT) Message-ID: <298f05730606181851q7718d181t3b634144837b0736@mail.gmail.com> Date: Sun, 18 Jun 2006 18:51:24 -0700 From: "Phill Hocking" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Build failure on x86 with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 01:51:35 -0000 I am doing the make installkernel part of my upgrade, and it fails right here: ===> mxge (install) ===> mxge/mxge (install) install -o root -g wheel -m 555 if_mxge.ko /boot/kernel install -o root -g wheel -m 555 if_mxge.ko.symbols /boot/kernel ===> mxge/mxge_eth_z8e (install) install -o root -g wheel -m 555 mxge_eth_z8e.ko /boot/kernel install: mxge_eth_z8e.ko: No such file or directory *** Error code 71 Stop in /usr/src/sys/modules/mxge/mxge_eth_z8e. *** Error code 1 Stop in /usr/src/sys/modules/mxge. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@www$ but when I actually poke around to see what is up- root@www$pwd /usr/src/sys/modules/mxge/mxge_eth_z8e root@www$ls -l total 486 lrwxr-xr-x 1 root wheel 12 Jun 18 18:40 @ -> /usr/src/sys -rw-r--r-- 1 root wheel 357 Jun 13 06:53 Makefile -rw-r--r-- 1 root wheel 119880 Jun 18 18:40 eth_z8e.dat -rw-r--r-- 1 root wheel 120372 Jun 18 18:40 eth_z8e.dat.fwo -rw-r--r-- 1 root wheel 0 Jun 18 18:40 export_syms lrwxr-xr-x 1 root wheel 25 Jun 18 18:40 machine -> /usr/src/sys/i386/include -rw-r--r-- 1 root wheel 997 Jun 18 18:40 mxge_eth_z8e.c -rw-r--r-- 1 root wheel 122284 Jun 18 18:40 mxge_eth_z8e.kld -rwxr-xr-x 1 root wheel 123724 Jun 18 18:40 mxge_eth_z8e.ko -rw-r--r-- 1 root wheel 2252 Jun 18 18:40 mxge_eth_z8e.o Where do I go from here? From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 02:39:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DDAF16A47C for ; Mon, 19 Jun 2006 02:39:29 +0000 (UTC) (envelope-from csjp@FreeBSD.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 1796043D45 for ; Mon, 19 Jun 2006 02:39:27 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: (qmail 26712 invoked by uid 86); 19 Jun 2006 03:12:52 -0000 Received: from unknown (HELO ?127.0.0.1?) (204.112.0.37) by ems01.seccuris.com with SMTP; 19 Jun 2006 03:12:52 -0000 Message-ID: <44960E61.5000808@FreeBSD.org> Date: Sun, 18 Jun 2006 21:39:29 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: Peter Jeremy References: <20060618192011.GF715@turion.vk2pj.dyndns.org> In-Reply-To: <20060618192011.GF715@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Kennaway , current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 02:39:29 -0000 I've seen this panic a few times before. You can trip using the Peter Holm PTY stress test on SMP systems fairly quickly. This same panic is also the reason I have not committed my Giant removal work from fcntl(2). Now that I've seen this, it's pretty clear that my Giant fcntl(2) work is not directly the cause, but it probably changes the timing enough to make this race easier to hit. So, I think we are seeing this panic occur more frequently because there has been quite a bit of Giant removal/locking work, and it is changing the timing enough to expose other race conditions. Based on some analysis I've been doing, it is my opinion that this race is the result of the problems associated with TTY/devfs interactions. But I have not had the time to get to the bottom of it. Peter Jeremy wrote: > I got the following panic is a fresh -current. Unfortunately, it didn't > do a crash dump - I'm not sure why. Has anyone else seen this? > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x2c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc052cf96 > stack pointer = 0x28:0xd6690970 > frame pointer = 0x28:0xd6690990 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 97180 (script) > trap number = 12 > panic: page fault > KDB: stack backtrace: > kdb_backtrace(c07008a8,c076ac80,c06eb1ad,d6690844,100,...) at kdb_backtrace+0x2e > panic(c06eb1ad,c0702b35,d6690930,1,1,...) at panic+0xb7 > trap_fatal(d6690930,2c,c071dc0f,2fd,c2b6f6c0,...) at trap_fatal+0x30e > trap_pfault(d6690930,0,2c,c054f7e1,2c,...) at trap_pfault+0x1ba > trap(8,28,28,c0709faa,1a3,...) at trap+0x461 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc052cf96, esp = 0xd6690970, ebp = 0xd6690990 --- > _mtx_lock_flags(24,0,c0709faa,1a3,0,...) at _mtx_lock_flags+0x46 > vfs_ref(0,d66909f8,0,d66909dc,c06d4f68,...) at vfs_ref+0x32 > vop_stdgetwritemount(d66909f8,c076ea74,d66909f0,d6690a2c,d6690a14,...) at vop_stdgetwritemount+0x1d > VOP_GETWRITEMOUNT_APV(c073df20,d66909f8,c07b4988,c06fe125,d6690a0c,...) at VOP_GETWRITEMOUNT_APV+0xa8 > vn_start_write(c4251000,d6690a2c,1,2,c0701fa5,...) at vn_start_write+0x37 > vn_close(c4251000,3,c2f37780,c2b6f6c0,6b5,...) at vn_close+0x65 > vn_closefile(c370c750,c2b6f6c0,d6690af0,c0512cce,c370c750,...) at vn_closefile+0xe9 > devfs_close_f(c370c750,c2b6f6c0,c06fca41,876,c370c750,...) at devfs_close_f+0x19 > fdrop_locked(c370c750,c2b6f6c0,c06fca41,861) at fdrop_locked+0xbe > fdrop(c370c750,c2b6f6c0,d6690b38,c0567d6f,c076ea74,0,c07046e5,6b5,c07b4a6c,d6690b68,0,c07b4a68,d6690b64,c0566bba,0,c394872c,246,c0744d24,c394872c,661,c06fca41,d6690b8c,c052d0f2,c394872c,1,c06ff4e5,13 > > closef(c370c750,c2b6f6c0,c06fca41,661,c07b4a68,...) at closef+0x427 > fdfree(c2b6f6c0,0,c06fd2c3,106,d6690c50,...) at fdfree+0x5c6 > exit1(c2b6f6c0,0,d6690d30,c06bf073,c2b6f6c0,...) at exit1+0x57b > sys_exit(c2b6f6c0,d6690d04,4,c2b6f6c0,c33f0000,...) at sys_exit+0x1d > syscall(3b,3b,3b,1,0,...) at syscall+0x2e3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281012fb, esp = 0xbfbfe1ec, ebp = 0xbfbfe1f8 --- > > -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 08:29:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E48EA16A47C; Mon, 19 Jun 2006 08:29:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B12443D66; Mon, 19 Jun 2006 08:29:26 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7E0DD46BDC; Mon, 19 Jun 2006 04:29:25 -0400 (EDT) Date: Mon, 19 Jun 2006 09:29:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Christian S.J. Peron" In-Reply-To: <44960E61.5000808@FreeBSD.org> Message-ID: <20060619092805.F8526@fledge.watson.org> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <44960E61.5000808@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , Kris Kennaway , current@freebsd.org, dunstan@FreeBSD.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 08:29:27 -0000 On Sun, 18 Jun 2006, Christian S.J. Peron wrote: > I've seen this panic a few times before. You can trip using the Peter Holm > PTY stress test on SMP systems fairly quickly. This same panic is also the > reason I have not committed my Giant removal work from fcntl(2). Now that > I've seen this, it's pretty clear that my Giant fcntl(2) work is not > directly the cause, but it probably changes the timing enough to make this > race easier to hit. > > So, I think we are seeing this panic occur more frequently because there has > been quite a bit of Giant removal/locking work, and it is changing the > timing enough to expose other race conditions. Based on some analysis I've > been doing, it is my opinion that this race is the result of the problems > associated with TTY/devfs interactions. But I have not had the time to get > to the bottom of it. Wojciech Koszek has been doing some work to debug a related pty/pts/devfs problem, and mentioned to me a day or so ago that he may have identified a workaround (and maybe a fix)? If this panic is a result of the same or a related problem, his work may be relevant. I've CC'd him. Robert N M Watson Computer Laboratory University of Cambridge > > > Peter Jeremy wrote: >> I got the following panic is a fresh -current. Unfortunately, it didn't >> do a crash dump - I'm not sure why. Has anyone else seen this? >> >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x2c >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc052cf96 >> stack pointer = 0x28:0xd6690970 >> frame pointer = 0x28:0xd6690990 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 97180 (script) >> trap number = 12 >> panic: page fault >> KDB: stack backtrace: >> kdb_backtrace(c07008a8,c076ac80,c06eb1ad,d6690844,100,...) at >> kdb_backtrace+0x2e >> panic(c06eb1ad,c0702b35,d6690930,1,1,...) at panic+0xb7 >> trap_fatal(d6690930,2c,c071dc0f,2fd,c2b6f6c0,...) at trap_fatal+0x30e >> trap_pfault(d6690930,0,2c,c054f7e1,2c,...) at trap_pfault+0x1ba >> trap(8,28,28,c0709faa,1a3,...) at trap+0x461 >> calltrap() at calltrap+0x5 >> --- trap 0xc, eip = 0xc052cf96, esp = 0xd6690970, ebp = 0xd6690990 --- >> _mtx_lock_flags(24,0,c0709faa,1a3,0,...) at _mtx_lock_flags+0x46 >> vfs_ref(0,d66909f8,0,d66909dc,c06d4f68,...) at vfs_ref+0x32 >> vop_stdgetwritemount(d66909f8,c076ea74,d66909f0,d6690a2c,d6690a14,...) at >> vop_stdgetwritemount+0x1d >> VOP_GETWRITEMOUNT_APV(c073df20,d66909f8,c07b4988,c06fe125,d6690a0c,...) >> at VOP_GETWRITEMOUNT_APV+0xa8 >> vn_start_write(c4251000,d6690a2c,1,2,c0701fa5,...) at vn_start_write+0x37 >> vn_close(c4251000,3,c2f37780,c2b6f6c0,6b5,...) at vn_close+0x65 >> vn_closefile(c370c750,c2b6f6c0,d6690af0,c0512cce,c370c750,...) at >> vn_closefile+0xe9 >> devfs_close_f(c370c750,c2b6f6c0,c06fca41,876,c370c750,...) at >> devfs_close_f+0x19 >> fdrop_locked(c370c750,c2b6f6c0,c06fca41,861) at fdrop_locked+0xbe >> fdrop(c370c750,c2b6f6c0,d6690b38,c0567d6f,c076ea74,0,c07046e5,6b5,c07b4a6c,d6690b68,0,c07b4a68,d6690b64,c0566bba,0,c394872c,246,c0744d24,c394872c,661,c06fca41,d6690b8c,c052d0f2,c394872c,1,c06ff4e5,13 >> >> closef(c370c750,c2b6f6c0,c06fca41,661,c07b4a68,...) at closef+0x427 >> fdfree(c2b6f6c0,0,c06fd2c3,106,d6690c50,...) at fdfree+0x5c6 >> exit1(c2b6f6c0,0,d6690d30,c06bf073,c2b6f6c0,...) at exit1+0x57b >> sys_exit(c2b6f6c0,d6690d04,4,c2b6f6c0,c33f0000,...) at sys_exit+0x1d >> syscall(3b,3b,3b,1,0,...) at syscall+0x2e3 >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281012fb, esp = >> 0xbfbfe1ec, ebp = 0xbfbfe1f8 --- >> >> > > > -- > Christian S.J. Peron > csjp@FreeBSD.ORG > FreeBSD Committer > FreeBSD Security Team > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 12:42:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7AF916A484; Mon, 19 Jun 2006 12:42:25 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 177A043D68; Mon, 19 Jun 2006 12:42:20 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id E75EA7A030; Mon, 19 Jun 2006 08:42:41 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id 6B70A7A01D; Mon, 19 Jun 2006 08:42:38 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FsJ50-0000SK-Uf; Mon, 19 Jun 2006 13:42:10 +0100 Date: Mon, 19 Jun 2006 13:42:10 +0100 From: Brian Candler To: Dmitry Morozovsky Message-ID: <20060619124210.GA1704@uk.tiscali.com> References: <200606141704.30667.freebsd@alaskaparadise.com> <200606151246.08363.jhb@freebsd.org> <20060619032442.M13558@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060619032442.M13558@woozle.rinet.ru> User-Agent: Mutt/1.4.2.1i Cc: Beech Rintoul , freebsd-current@freebsd.org Subject: Re: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 12:42:25 -0000 On Mon, Jun 19, 2006 at 03:26:35AM +0400, Dmitry Morozovsky wrote: > The only two are > > root@woozle:~# file /bin/* /sbin/* | grep 'statically linked' > /sbin/devd: ELF 32-bit LSB executable, Intel 80386, version 1 > (FreeBSD), statically linked, stripped > /sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1 > (FreeBSD), statically linked, stripped Admittedly from 6.0 not -current, I get: $ find / -type f -print0 | xargs -0 file | grep 'statically linked' /usr/bin/ar /usr/bin/as /usr/bin/ld /usr/bin/ranlib /usr/bin/cc /usr/bin/gcc /usr/bin/make /usr/libexec/cc1 /usr/libexec/cc1plus /usr/libexec/cc1obj /usr/sbin/nologin /usr/sbin/pccardc There may be more, I didn't wait for it to finish. There's /rescue/sh and its many aliases, too. From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 13:04:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF3F16A47D; Mon, 19 Jun 2006 13:04:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 296D043D6E; Mon, 19 Jun 2006 13:04:04 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k5JD41XL062472; Mon, 19 Jun 2006 17:04:01 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 19 Jun 2006 17:04:01 +0400 (MSD) From: Dmitry Morozovsky To: Brian Candler In-Reply-To: <20060619124210.GA1704@uk.tiscali.com> Message-ID: <20060619170017.T61389@woozle.rinet.ru> References: <200606141704.30667.freebsd@alaskaparadise.com> <200606151246.08363.jhb@freebsd.org> <20060619032442.M13558@woozle.rinet.ru> <20060619124210.GA1704@uk.tiscali.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 19 Jun 2006 17:04:01 +0400 (MSD) Cc: Beech Rintoul , freebsd-current@freebsd.org Subject: Re: malloc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 13:04:05 -0000 On Mon, 19 Jun 2006, Brian Candler wrote: BC> Admittedly from 6.0 not -current, I get: BC> BC> $ find / -type f -print0 | xargs -0 file | grep 'statically linked' BC> BC> /usr/bin/ar BC> /usr/bin/as BC> /usr/bin/ld BC> /usr/bin/ranlib BC> /usr/bin/cc BC> /usr/bin/gcc BC> /usr/bin/make BC> /usr/libexec/cc1 BC> /usr/libexec/cc1plus BC> /usr/libexec/cc1obj BC> /usr/sbin/nologin BC> /usr/sbin/pccardc BC> BC> There may be more, I didn't wait for it to finish. There's /rescue/sh and BC> its many aliases, too. Yes, I did not check /usr at all. And /rescue *must* be statically linked by design ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 13:13:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F72316A47D; Mon, 19 Jun 2006 13:13:02 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D9143D53; Mon, 19 Jun 2006 13:13:00 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 497FFFED6BA; Mon, 19 Jun 2006 17:12:59 +0400 (MSD) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 1F5C410098BB; Mon, 19 Jun 2006 17:12:58 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.6/8.13.6) with ESMTP id k5JDCwH9034395; Mon, 19 Jun 2006 17:12:58 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.6/8.13.6/Submit) id k5JDCwJt034392; Mon, 19 Jun 2006 17:12:58 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Mon, 19 Jun 2006 17:12:58 +0400 Message-ID: <87bqspwap1.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Cc: gad@freebsd.org Subject: patch to newsyslog: run command instead of to sent signal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 13:13:02 -0000 Hi all! What do you think about this patch? The patch adds new flag "R" to newsyslog.conf which means execute programm specified in path_to_pid_file field after rotating instead of to send signal. This behavior usefull for software like ejabberd/mysql/asterisk which can't reload logfiles on signal. They use external programms for it, like asterisk -rx 'logger reload'. diff -Nru usr.sbin/newsyslog.orig/newsyslog.c usr.sbin/newsyslog/newsyslog.c --- usr.sbin/newsyslog.orig/newsyslog.c Mon Jan 23 17:02:31 2006 +++ usr.sbin/newsyslog/newsyslog.c Mon Jun 19 15:43:34 2006 @@ -111,6 +111,8 @@ /* process when trimming this file. */ #define CE_CREATE 0x0100 /* Create the log file if it does not exist. */ #define CE_NODUMP 0x0200 /* Set 'nodump' on newly created log file. */ +#define CE_RUNCMD 0x0400 /* Execute program on rotate instead */ + /* of signal. */ #define MIN_PID 5 /* Don't touch pids lower than this */ #define MAX_PID 99999 /* was lower, see /usr/include/sys/proc.h */ @@ -147,6 +149,7 @@ pid_t sw_pid; /* the process id from the PID file */ const char *sw_pidtype; /* "daemon" or "process group" */ char sw_fname[1]; /* file the PID was read from */ + int sw_runcmd; /* true if we going to run prog. */ }; struct zipwork_entry { @@ -1348,6 +1351,9 @@ case 'n': working->flags |= CE_NOSIGNAL; break; + case 'r': + working->flags |= CE_RUNCMD; + break; case 'u': working->flags |= CE_SIGNALGROUP; break; @@ -1702,7 +1708,7 @@ struct sigwork_entry *nextsig; int kres, secs; - if (!(swork->sw_pidok) || swork->sw_pid == 0) + if (!(swork->sw_pidok) || (swork->sw_pid == 0 && !swork->sw_runcmd)) return; /* no work to do... */ /* @@ -1743,7 +1749,11 @@ return; } - kres = kill(swork->sw_pid, swork->sw_signum); + if (swork->sw_runcmd) + kres = system(swork->sw_fname); + else + kres = kill(swork->sw_pid, swork->sw_signum); + if (kres != 0) { /* * Assume that "no such process" (ESRCH) is something @@ -1754,12 +1764,22 @@ */ if (errno != ESRCH) swork->sw_pidok = 0; - warn("can't notify %s, pid %d", swork->sw_pidtype, - (int)swork->sw_pid); + if (swork->sw_runcmd) + warn("can't notify %s by %s", swork->sw_pidtype, + swork->sw_fname); + else + warn("can't notify %s, pid %d", swork->sw_pidtype, + (int)swork->sw_pid); } else { - if (verbose) - printf("Notified %s pid %d = %s\n", swork->sw_pidtype, - (int)swork->sw_pid, swork->sw_fname); + if (verbose) { + if (swork->sw_runcmd) + printf("Notified %s by %s\n", + swork->sw_pidtype, swork->sw_fname); + else + printf("Notified %s pid %d = %s\n", + swork->sw_pidtype, (int)swork->sw_pid, + swork->sw_fname); + } if (secs > 0) { if (verbose) printf("Pause %d second(s) between signals\n", @@ -1956,6 +1976,12 @@ swork->sw_pidok = 0; swork->sw_pid = 0; swork->sw_pidtype = "daemon"; + swork->sw_runcmd = 0; + if (ent->flags & CE_RUNCMD) { + swork->sw_pidok = swork->sw_runcmd = 1; + return; + } + if (ent->flags & CE_SIGNALGROUP) { /* * If we are expected to signal a process-group when diff -Nru usr.sbin/newsyslog.orig/newsyslog.conf.5 usr.sbin/newsyslog/newsyslog.conf.5 --- usr.sbin/newsyslog.orig/newsyslog.conf.5 Fri Jan 28 01:41:06 2005 +++ usr.sbin/newsyslog/newsyslog.conf.5 Mon Jun 19 15:43:34 2006 @@ -290,6 +290,11 @@ .It Cm N indicates that there is no process which needs to be signaled when this log file is rotated. +.It Cm R +indicates that the file specified by +.Ar path_to_pid_file +should be executed when this log file is rotated instead of to send +signal. .It Cm U indicates that the file specified by .Ar path_to_pid_file -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 13:13:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E836D16A47A; Mon, 19 Jun 2006 13:13:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E08E43D69; Mon, 19 Jun 2006 13:13:43 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A483851339; Mon, 19 Jun 2006 15:13:41 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F377750E81; Mon, 19 Jun 2006 15:13:34 +0200 (CEST) Date: Mon, 19 Jun 2006 15:11:01 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060619131101.GD1130@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 13:13:59 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. For the last few months I have been working on gjournal project. To stop confusion right here, I want to note, that this project is not related to gjournal project on which Ivan Voras was working on the last SoC (2005). The lack of journaled file system in FreeBSD was a tendon of achilles for many years. We do have many file systems, but none with journaling: - ext2fs (journaling is in ext3fs), - XFS (read-only), - ReiserFS (read-only), - HFS+ (read-write, but without journaling), - NTFS (read-only). GJournal was designed to journal GEOM providers, so it actually works below file system layer, but it has hooks which allow to work with file systems. In other words, gjournal is not file system-depended, it can work probably with any file system with minimum knowledge about it. I implemented only UFS support. The patches are here: http://people.freebsd.org/~pjd/patches/gjournal.patch (for HEAD) http://people.freebsd.org/~pjd/patches/gjournal6.patch (for RELENG_6) To patch your sources you need to: # cd /usr/src # mkdir sbin/geom/class/journal sys/geom/journal sys/modules/geom/geom_jou= rnal # patch < /path/to/gjournal.patch Add 'options UFS_GJOURNAL' to your kernel configuration file and recompile kernel and world. How it works (in short). You may define one or two providers which gjournal will use. If one provider is given, it will be used for both - data and journal. If two providers are given, one will be used for data and one for journal. Every few seconds (you may define how many) journal is terminated and marked as consistent and gjournal starts to copy data from it to the data provider. In the same time new data are stored in new journal. Let's call the moment in which journal is terminated as "journal switch". Journal switch looks as follows: 1. Start journal switch if we have timeout or if we run out of cache. Don't perform journal switch if there were no write requests. 2. If we have file system, synchronize it. 3. Mark file system as clean. 4. Block all write requests to the file system. 5. Terminate the journal. 6. Eventually wait if copying of the previous journal is not yet finished. 7. Send BIO_FLUSH request (if the given provider supports it). 8. Mark new journal position on the journal provider. 9. Unblock write requests. 10. Start copying data from the terminated journal to the data provider. There were few things I needed to implement outside gjournal to make it work reliable: - The BIO_FLUSH request. Currently we have three I/O requests: BIO_READ, BIO_WRITE and BIO_DELETE. I added BIO_FLUSH, which means "flush your write cache". The request is send always with the biggest bio_offset set (mediasize of the destination provider), so it will work properly with bioq_disksort(). The caller need to stop further I/O requests before BIO_FLUSH return, so we don't have starvation effect. The hard part is that is has to be implemented in every disk driver, because flushing the cache is driver-depended operation. I implemented it for ata(4) disks and amr(4). The good news is that it's easy. GJournal can also work with providers that don't support BIO_FLUSH and in my power-failure tests it worked well (no problems), but it depend on fact, that gjournal cache is bigger than the controller cache, so it is hard to call it reliable. You can read in documentation to many journaled file systems, that you should turn off write cache if you want to use it. This is not the case for gjournal (especially when your disk driver does support BIO_FLUSH). The 'gjournal' mount option. To implement gjournal support in UFS I needed to change the way of how deleted, but still open objects are handled. Currently when file or directory is open and we deleted last name which reference it, it will still be usable by those who keep it open. When the last consumer closes it, the inode and blocks are freed. On journal switch I cannot leave such objects, because after a crash fsck(8) is not used to check the file system, so inode and blocks will never be freed. When file system is mounted with 'gjournal' mount option, such objects are not removed when they are open. When last name is deleted, the file/directory is moved to the .deleted/ directory and removed from there on last close. This way, I can just clean the .deleted/ directory after a crash at mount time. Quick start: # gjournal label /dev/ad0 # gjournal load # newfs /dev/ad0.journal # mount -o async,gjournal /dev/ad0.journal /mnt (yes, with gjournal 'async' is safe) Now, after a power failure or system crash no fsck is needed (yay!). There are two hacks in the current implementation, which I'd like to reimplement. First is how 'gjournal' mount option is implemented. There is a garbage collector thread which is responsible for deleting objects from .deleted/ directory and it is using full paths. Because of this when your mount point is /foo/bar/baz and you rename 'bar' to something else, it will not work. This is not what is often done, but definitely should be fixed and I'm working on it. The second hack is related to communication between gjournal and file system. GJournal decides when to make the switch and has to find file system which is mounted on it. Looking for this file system is not nice and should be reimplemented. There are some additional goods which came with gjournal. For example if gjournal is configured over gmirror or graid3, even on power failure or system crash, there is no need to synchronize mirror/raid3 device, because data will be consistent. I spend a lot of time working on gjournal optimization. Because I've few seconds before the data hit the data provider I can perform things like combining smaller write requests into larger once, ignoring data written twice to the same place, etc. Because of this, operations on small files are quite fast. On the other hand, operations on large files are slower, because I need to write the data twice and there is no place for optimization. Here are some numbers. gjournal(1) - the data provider and the journal provider on the same disk gjournal(2) - the data provider and the journal provider on separate disks Copying one large file: UFS: 8s UFS+SU: 8s gjournal(1): 16s gjournal(2): 14s Copying eight large files in parallel: UFS: 120s UFS+SU: 120s gjournal(1): 184s gjournal(2): 165s Untaring eight src.tgz in parallel: UFS: 791s UFS+SU: 650s gjournal(1): 333s gjournal(2): 309s Reading. grep -r on two src/ directories in parallel: UFS: 84s UFS+SU: 138s gjournal(1): 102s gjournal(2): 89s As you can see, even on one disk, untaring eight src.tgz is two times faster than UFS+SU. I've no idea why gjournal is faster in reading. There are a bunch of sysctls to tune gjournal (kern.geom.journal tree). When only one provider is given for both data and journal, the journal part is placed at the end of the provider, so one can use file system without journaling. If you use such configuration (one disk), it is better for performance to place journal before data, so you may want to create two partitions (eg. 2GB for ad0a and the rest for ad0d) and create gjournal this way: # gjournal label ad0d ad0a Enjoy! The work was sponsored by home.pl (http://home.pl). The work was made by Wheel LTD (http://www.wheel.pl). The work was tested in the netperf cluster. I want to thank Alexander Kabaev (kan@) for the help with VFS and Mike Tancsa for test hardware. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFElqJlForvXbEpPzQRAtSFAJ9+Q+NjIqImiypsAFNG6bT6+dGu3wCgkOD0 q1HU94X2QsliV8rtIQRNt2s= =HWoE -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 13:45:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A98416A479; Mon, 19 Jun 2006 13:45:47 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87BCC43D66; Mon, 19 Jun 2006 13:45:45 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k5JDjgVG023272; Mon, 19 Jun 2006 09:45:43 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <87bqspwap1.fsf@neva.vlink.ru> References: <87bqspwap1.fsf@neva.vlink.ru> Date: Mon, 19 Jun 2006 09:45:41 -0400 To: Denis Shaposhnikov , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: gad@FreeBSD.org Subject: Re: patch to newsyslog: run command instead of to sent signal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 13:45:47 -0000 At 5:12 PM +0400 6/19/06, Denis Shaposhnikov wrote: >Hi all! > >What do you think about this patch? The patch adds new >flag "R" to newsyslog.conf which means execute programm >specified in path_to_pid_file field after rotating >instead of to send signal. I have not looked at the patch in depth yet, but I believe NetBSD or OpenBSD does have something similar to this. I'd want to check what they have, and make sure that if we are doing the same thing that they are, that we will be using the same option for it. It happens that I do plan to do some work on newsyslog this week, so I will look into your patch while doing that work. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 14:04:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C213116A474; Mon, 19 Jun 2006 14:04:39 +0000 (UTC) (envelope-from will@exomi.com) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA0643D53; Mon, 19 Jun 2006 14:04:38 +0000 (GMT) (envelope-from will@exomi.com) Received: from [10.0.20.129] (fa-3-0-0.fw.exomi.com [217.169.64.99]) by will.iki.fi (Postfix) with ESMTP id 998BC9D; Mon, 19 Jun 2006 17:04:37 +0300 (EEST) In-Reply-To: <449048C7.6090109@FreeBSD.org> References: <448FC3AF.9060606@bulinfo.net> <200606141023.51185.jhb@freebsd.org> <449048C7.6090109@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0D175ABD-B494-48BD-9DBD-349DE3712913@exomi.com> Content-Transfer-Encoding: 7bit From: Ville-Pertti Keinonen Date: Mon, 19 Jun 2006 17:04:35 +0300 To: Jason Evans X-Mailer: Apple Mail (2.750) X-Mailman-Approved-At: Mon, 19 Jun 2006 14:17:44 +0000 Cc: freebsd-current@freebsd.org, Krassimir Slavchev Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 14:04:40 -0000 On Jun 14, 2006, at 8:35 PM, Jason Evans wrote: > Incidentally, this isn't an issue on 64-bit systems, since only mmap > () is used to request memory from the kernel. The test does seem to leak memory on 64-bit systems, though; not the actual allocated bits, but support structures, namely nodes that chunk_dealloc tries to insert into old_chunks but fails because a node holding that address is already there. It should be possible to fix this either by removing any nodes within range from old_chunks when allocating "new" memory, or by checking the return value of RB_INSERT in chunk_dealloc, and deallocating the new node if it returns non-NULL. A patch implementing the latter that seems to work: --- malloc.c 10 May 2006 00:07:45 -0000 1.126 +++ malloc.c 19 Jun 2006 13:58:57 -0000 @@ -1370,7 +1370,8 @@ node->chunk = (void *)((uintptr_t)chunk + (uintptr_t) offset); node->size = chunk_size; - RB_INSERT(chunk_tree_s, &old_chunks, node); + if (RB_INSERT(chunk_tree_s, &old_chunks, node) != NULL) + base_chunk_node_dealloc(node); } #ifdef USE_BRK From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 16:01:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 109A516A474 for ; Mon, 19 Jun 2006 16:01:30 +0000 (UTC) (envelope-from jvalko@purdue.edu) Received: from mailhub128.itcs.purdue.edu (mailhub128.itcs.purdue.edu [128.210.5.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576F943D68 for ; Mon, 19 Jun 2006 16:01:27 +0000 (GMT) (envelope-from jvalko@purdue.edu) Received: from [127.0.0.1] (pal-176-076.itap.purdue.edu [128.211.176.76]) by mailhub128.itcs.purdue.edu (8.13.7/8.13.7/internal-smtp) with ESMTP id k5JG15iG029244 for ; Mon, 19 Jun 2006 12:01:26 -0400 Message-ID: <4496CA41.3010207@purdue.edu> Date: Mon, 19 Jun 2006 12:01:05 -0400 From: John Valko User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <44934200.90303@purdue.edu> In-Reply-To: <44934200.90303@purdue.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.1.2.240295 X-PerlMx-Virus-Scanned: Yes Subject: Re: USB problems on Sun Ultra 40 Workstation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 16:01:30 -0000 John Valko wrote: > Hello all, > > I recently built 7.0-CURRENT, but I seem to be having some USB > problems. My usb keyboard works fine when the machine turns on, but > as FreeBSD boots my USB goes dead. Here is what the logs say: > > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > usb0: port 0, set config at addr 1 failed > usb0: root hub problem, error=4 > usb1: EHCI version 1.0 > usb1: companion controller, 4 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 10 ports with 10 removable, self powered > uhub1: device problem (IOERROR), disabling port 7 > (I can post the full log if it would help) > > The kernel configuration is GENERIC with MAC and BREAK_TO_DEBUGGER > enabled. Here is a list of hardware in the machine: > > Sun Ultra 40 Workstation > 2 AMD Opteron Processor Model 254 (Single Core) > 1-MB On-Chip L2 Cache per Core > 4-GB (4 @ 1-GB DIMMS) Registered ECC Memory > 1 250-GB 7200 RPM SATA Disk Drive > 1 NVIDIA Quadro FX 1400 Midrange 3D Graphics Card (P/N: X7265A) > 1 DVD Dual (DVD-ROM and CD-RW Combo) > 2 10/100/1000 BaseT Ethernet Ports > 8 USB Ports > 2 IEEE 1394a Ports > 2 PCI-Express x16 Slots > 2 PCI-Express x4 Slots > 2 Conventional PCI Slots (32-bit/33 MHz) > > I have tried with USB legacy support both enabled and disabled (logs > from when enabled). USB did work correctly on 6.1-RELEASE. Has > anyone else seen this or have any suggestions? > > Thanks! > > --John > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > I rebuilt the kernel with USB_DEBUG enabled and posted the full dmesg after boot here:\ http://www.cs.purdue.edu/homes/jvalko/kernel.messages Thanks again. --John From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 16:59:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E599516A47E for ; Mon, 19 Jun 2006 16:59:03 +0000 (UTC) (envelope-from stucchi@willystudios.com) Received: from hoover.willystudios.com (hoover.willystudios.com [62.123.150.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 3DFE843D48 for ; Mon, 19 Jun 2006 16:59:02 +0000 (GMT) (envelope-from stucchi@willystudios.com) Received: (qmail 45756 invoked from network); 19 Jun 2006 16:59:22 -0000 Received: from unknown (HELO max.willystudios.com) (193.25.178.163) by hoover.willystudios.com with SMTP; 19 Jun 2006 16:59:22 -0000 Received: by max.willystudios.com (Postfix, from userid 1000) id 0122ECEB; Mon, 19 Jun 2006 19:04:39 +0200 (CEST) Date: Mon, 19 Jun 2006 19:04:39 +0200 From: Massimiliano Stucchi To: current@freebsd.org, misc@openbsd.org, current-users@netbsd.org, talk@lists.nycbug.org, ml@openlabs.it, ml@milug.org, users@lists.dragonflybsd.org, varie@gufi.org, ml@sikurezza.org Message-ID: <20060619170439.GC18893@willystudios.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE X-URL: http://www.willystudios.com/max/ X-Organization: WillyStudios.com User-Agent: Mutt/1.5.6i Cc: Subject: EuroBSDCon 2006 - Milan, Italy Nov. 10th-12th Call For Papers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stucchi@willystudios.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 16:59:04 -0000 --eRtJSFbw+EEWtPj3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear all, Historically, Berkeley Software Distribution (BSD) was one of the first reimplementation of the UNIX AT&T platform and it later became one of the key components of the Open Source movement. BSD has been the base for many different operating systems, most notably FreeBSD, NetBSD, OpenBSD, Darwin, and DragonFlyBSD, which are extensively used in many different areas like embedded applications, workstations and large Internet servers. The 5th European BSD conference is the 2006 event held in European continent where developers can meet, share new ideas and show off the progress of their work. It is also a great place for business players to get in touch with the BSD products and the people behind them. The conference comprises one day (Nov 10th) dedicated to tutorials and two days (Nov 11-12th) for technical sessions. *** Call For Tutorials *** In the first day different tutorial sessions will be held focusing on real-world scenarios and problem-solving. Tutorials will be conducted by speakers with a significative experience in their topics. If you're interested in presenting a tutorial, please contact the Program Committee at pc@eurobsdcon.org. *** Call For Papers *** The subsequent days will be dedicated to technical speeches about BSD related topics. Authors are invited to submit original and innovative papers about the applications, architecture, implementation, performance and security of BSD-derived operating systems. Topics of interests include but are not limited to: - Deployment and development of embedded BSD applications - System architecture and engineering - Network related development - Secure and safe coding techniques - Performance scalability issues - Porting to new/unsupported platforms - Operational and economical aspects Abstacts should be sent to papers@eurobsdcon.org before Midnight CET on July 31st, 2006. Abstracts should be at most 10 lines long in simple text format, with a small bio of the author(s) attached. Accepted proposals should send complete papers before October 15th, 2006 and give the organizers the permission to publish them in the proceedings of the conference. Final papers should be around 12 pages long, and may include pictures and diagrams. *** Schedule *** - July 31st: Proposals due by midnight, CET. - August 15th: Accepted authors are informed. - August 20th: Schedule is out, registration is open - October 15th: Camera-ready papers due For more info on the event, visit http://www.eurobsdcon.org Thanks --=20 Massimiliano Stucchi =09 --eRtJSFbw+EEWtPj3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFEltknFwcpJfdZDoERAqF3AJwJC7p6Yckw5yZmlk3BKZA+0zLNuACfe67W EqNy/linMBUuKK0isoimsbk= =EVoP -----END PGP SIGNATURE----- --eRtJSFbw+EEWtPj3-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 17:41:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2617516A479 for ; Mon, 19 Jun 2006 17:41:08 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FCD243D76 for ; Mon, 19 Jun 2006 17:41:02 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5JHevoq026362 for ; Mon, 19 Jun 2006 21:40:57 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5JHeuLD026361 for current@freebsd.org; Mon, 19 Jun 2006 21:40:56 +0400 (MSD) (envelope-from yar) Date: Mon, 19 Jun 2006 21:40:56 +0400 From: Yar Tikhiy To: current@freebsd.org Message-ID: <20060619174056.GH23729@comp.chem.msu.su> References: <20060618202351.3E3617302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060618202351.3E3617302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.9i Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 17:41:08 -0000 On Sun, Jun 18, 2006 at 04:23:51PM -0400, FreeBSD Tinderbox wrote: > ===> usr.sbin/asf (all) > cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /src/usr.sbin/asf/asf.c > /src/usr.sbin/asf/asf.c: In function `usage': > /src/usr.sbin/asf/asf.c:269: warning: field width is not type int (arg 4) > *** Error code 1 Excuse me, it was my fault. Just fixed it. As a self-punishment, I'm going to write 100 times, "I must test my changes on all arch's." :-) -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 18:09:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05FB016A47B for ; Mon, 19 Jun 2006 18:09:43 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED7843D45 for ; Mon, 19 Jun 2006 18:09:40 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5JI9YdZ026595; Mon, 19 Jun 2006 22:09:34 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5JI9W63026594; Mon, 19 Jun 2006 22:09:32 +0400 (MSD) (envelope-from yar) Date: Mon, 19 Jun 2006 22:09:32 +0400 From: Yar Tikhiy To: Anish Mistry Message-ID: <20060619180932.GI23729@comp.chem.msu.su> References: <200606161333.07522.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606161333.07522.mistry.7@osu.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 18:09:43 -0000 On Fri, Jun 16, 2006 at 01:32:55PM -0400, Anish Mistry wrote: > I'm trying to get FreeBSD installed on one of my systems and I'm > getting the error stated below. I did have FreeBSD 6-STABLE > installed a few months ago on this very system. The only change is > that FreeBSD is now installed on the second harddrive instead of the > first. This is using the -CURRENT snapshot for this month. The > install goes just fine. I also get a very similar error when I > install 6.1 too. > > This seems to be the same problem as: > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-03/msg00539.html > > But I don't have a built-in compact flash reader attached via. ATA. > > Full verbose boot+backtrace: > http://am-productions.biz/docs/boot-panic-script.txt.gz > > rr232x: no controller detected. > ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire > ad0: setting PIO4 on nForce2 Pro chip > ad0: setting UDMA66 on nForce2 Pro chip > ad0: 17206MB at ata0-master UDMA66 > > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xc089b49f > stack pointer = 0x28:0xc0c20b64 > frame pointer = 0x28:0xc0c20bec > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at __qdivrem+0x3b: divl %ecx,%eax > db> bt > Tracing pid 0 tid 0 td 0xc0a02fb8 > __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b > __udivdi3(219b700,0,0,0) at __udivdi3+0x16 ^^^ Looks like an attempt to divide something (0x219b700) by zero using quad_t arithmetics. > ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) at > ad_describe+0x1b3 > ad_attach(c26e8580) at ad_attach+0x1e7 > device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e400) at > device_attach+0x58 > device_probe_and_attach(c26e8580) at device_probe_and_attach+0xe0 > bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at > bus_generic_attach+0x16 > ata_identify(c25d2a80) at ata_identify+0x1c8 > ata_boot_attach(0) at ata_boot_attach+0x3e > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450af5) at > run_interrupt_driven_config_hooks+0x18 > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db> ps > -- > Anish Mistry FWIW, I saw an integer divide fault apparently related to the ata driver when I tried to test a low-end VIA-based mobo with FreeBSD. I gave it away soon and had had no time for debugging though. Could you see using gdb what C code is at ad_describe+0x1b3 in your kernel? -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 18:32:28 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FBC116A47A for ; Mon, 19 Jun 2006 18:32:28 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.FreeBSD.org (Postfix) with SMTP id BF6C443D48 for ; Mon, 19 Jun 2006 18:32:25 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 76784 invoked from network); 19 Jun 2006 18:32:24 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 3.686586 secs); 19 Jun 2006 18:32:24 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from niked.ddns.cablebg.net (HELO tormentor.totalterror.net) (85.130.14.211) by mx04.interbgc.com with SMTP; 19 Jun 2006 18:32:19 -0000 Received: (qmail 6230 invoked from network); 19 Jun 2006 18:32:19 -0000 Received: from unknown (HELO ?127.0.0.1?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 19 Jun 2006 18:32:19 -0000 Message-ID: <4496EDB2.5040706@cytexbg.com> Date: Mon, 19 Jun 2006 21:32:18 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060619131101.GD1130@garage.freebsd.pl> In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 18:32:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pawel Jakub Dawidek wrote: > Hello. > > For the last few months I have been working on gjournal project. > To stop confusion right here, I want to note, that this project is not > related to gjournal project on which Ivan Voras was working on the > last SoC (2005). > > The lack of journaled file system in FreeBSD was a tendon of achilles > for many years. We do have many file systems, but none with journaling: > - ext2fs (journaling is in ext3fs), > - XFS (read-only), > - ReiserFS (read-only), > - HFS+ (read-write, but without journaling), > - NTFS (read-only). > > GJournal was designed to journal GEOM providers, so it actually works > below file system layer, but it has hooks which allow to work with > file systems. In other words, gjournal is not file system-depended, > it can work probably with any file system with minimum knowledge > about it. I implemented only UFS support. > > The patches are here: > > http://people.freebsd.org/~pjd/patches/gjournal.patch (for HEAD) > http://people.freebsd.org/~pjd/patches/gjournal6.patch (for RELENG_6) > > To patch your sources you need to: > > # cd /usr/src > # mkdir sbin/geom/class/journal sys/geom/journal sys/modules/geom/geom_journal > # patch < /path/to/gjournal.patch > > Add 'options UFS_GJOURNAL' to your kernel configuration file and > recompile kernel and world. > > How it works (in short). You may define one or two providers which > gjournal will use. If one provider is given, it will be used for both - > data and journal. If two providers are given, one will be used for data > and one for journal. > Every few seconds (you may define how many) journal is terminated and > marked as consistent and gjournal starts to copy data from it to the > data provider. In the same time new data are stored in new journal. > Let's call the moment in which journal is terminated as "journal switch". > Journal switch looks as follows: > 1. Start journal switch if we have timeout or if we run out of cache. > Don't perform journal switch if there were no write requests. > 2. If we have file system, synchronize it. > 3. Mark file system as clean. > 4. Block all write requests to the file system. > 5. Terminate the journal. > 6. Eventually wait if copying of the previous journal is not yet > finished. > 7. Send BIO_FLUSH request (if the given provider supports it). > 8. Mark new journal position on the journal provider. > 9. Unblock write requests. > 10. Start copying data from the terminated journal to the data provider. > > There were few things I needed to implement outside gjournal to make it > work reliable: > > - The BIO_FLUSH request. Currently we have three I/O requests: BIO_READ, > BIO_WRITE and BIO_DELETE. I added BIO_FLUSH, which means "flush your > write cache". The request is send always with the biggest bio_offset set > (mediasize of the destination provider), so it will work properly with > bioq_disksort(). The caller need to stop further I/O requests before > BIO_FLUSH return, so we don't have starvation effect. > The hard part is that is has to be implemented in every disk driver, > because flushing the cache is driver-depended operation. I implemented > it for ata(4) disks and amr(4). The good news is that it's easy. > GJournal can also work with providers that don't support BIO_FLUSH and > in my power-failure tests it worked well (no problems), but it depend > on fact, that gjournal cache is bigger than the controller cache, so it > is hard to call it reliable. > You can read in documentation to many journaled file systems, that you > should turn off write cache if you want to use it. This is not the case > for gjournal (especially when your disk driver does support BIO_FLUSH). > > The 'gjournal' mount option. To implement gjournal support in UFS I > needed to change the way of how deleted, but still open objects are > handled. Currently when file or directory is open and we deleted last > name which reference it, it will still be usable by those who keep it > open. When the last consumer closes it, the inode and blocks are freed. > On journal switch I cannot leave such objects, because after a crash > fsck(8) is not used to check the file system, so inode and blocks will > never be freed. When file system is mounted with 'gjournal' mount > option, such objects are not removed when they are open. When last > name is deleted, the file/directory is moved to the .deleted/ > directory and removed from there on last close. > This way, I can just clean the .deleted/ directory after a crash at > mount time. > > Quick start: > > # gjournal label /dev/ad0 > # gjournal load > # newfs /dev/ad0.journal > # mount -o async,gjournal /dev/ad0.journal /mnt > (yes, with gjournal 'async' is safe) > > Now, after a power failure or system crash no fsck is needed (yay!). > > There are two hacks in the current implementation, which I'd like to > reimplement. First is how 'gjournal' mount option is implemented. > There is a garbage collector thread which is responsible for deleting > objects from .deleted/ directory and it is using full paths. Because > of this when your mount point is /foo/bar/baz and you rename 'bar' to > something else, it will not work. This is not what is often done, but > definitely should be fixed and I'm working on it. The second hack is > related to communication between gjournal and file system. GJournal > decides when to make the switch and has to find file system which is > mounted on it. Looking for this file system is not nice and should be > reimplemented. > > There are some additional goods which came with gjournal. For example > if gjournal is configured over gmirror or graid3, even on power failure > or system crash, there is no need to synchronize mirror/raid3 device, > because data will be consistent. > > I spend a lot of time working on gjournal optimization. Because I've > few seconds before the data hit the data provider I can perform things > like combining smaller write requests into larger once, ignoring data > written twice to the same place, etc. > Because of this, operations on small files are quite fast. On the other > hand, operations on large files are slower, because I need to write the > data twice and there is no place for optimization. Here are some numbers. > gjournal(1) - the data provider and the journal provider on the same disk > gjournal(2) - the data provider and the journal provider on separate > disks > > Copying one large file: > UFS: 8s > UFS+SU: 8s > gjournal(1): 16s > gjournal(2): 14s > > Copying eight large files in parallel: > UFS: 120s > UFS+SU: 120s > gjournal(1): 184s > gjournal(2): 165s > > Untaring eight src.tgz in parallel: > UFS: 791s > UFS+SU: 650s > gjournal(1): 333s > gjournal(2): 309s > > Reading. grep -r on two src/ directories in parallel: > UFS: 84s > UFS+SU: 138s > gjournal(1): 102s > gjournal(2): 89s > > As you can see, even on one disk, untaring eight src.tgz is two times > faster than UFS+SU. I've no idea why gjournal is faster in reading. > > There are a bunch of sysctls to tune gjournal (kern.geom.journal tree). > > When only one provider is given for both data and journal, the journal > part is placed at the end of the provider, so one can use file system > without journaling. If you use such configuration (one disk), it is > better for performance to place journal before data, so you may want to > create two partitions (eg. 2GB for ad0a and the rest for ad0d) and > create gjournal this way: > > # gjournal label ad0d ad0a > > Enjoy! > > The work was sponsored by home.pl (http://home.pl). > > The work was made by Wheel LTD (http://www.wheel.pl). > The work was tested in the netperf cluster. > > I want to thank Alexander Kabaev (kan@) for the help with VFS and > Mike Tancsa for test hardware. > Wow, this looks pretty cool! I wonder if it's possible to use gjournal on existing file system with the journal on a vnode/(swap?) backed md(4) device? (i want to test on a existing installation without free unpartitioned space) And if it is possible, how can i do this for the root filesystem? i'll need the md(4) device before mounting of the root fs which seems hard/impossible? What's going to happen if my root mount is gjournal labeled and has gjournal option in fstab but at boot time the journal GEOM provider does not exist? Thanks for the great work! When finished, this will certainly make FreeBSD much more competitive :) - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFElu2yHNAJ/fLbfrkRAsVBAKChRFMVLuivXYR1NM3b0u9iVe72uwCfdzH0 DvdjEZwOKjuZu4UV+toVpwo= =+qj/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 18:45:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33ECB16A47C for ; Mon, 19 Jun 2006 18:45:57 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0831243D4C for ; Mon, 19 Jun 2006 18:45:49 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5JIjjTr026848; Mon, 19 Jun 2006 22:45:45 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5JIjf06026843; Mon, 19 Jun 2006 22:45:41 +0400 (MSD) (envelope-from yar) Date: Mon, 19 Jun 2006 22:45:41 +0400 From: Yar Tikhiy To: "Andrew R. Reiter" Message-ID: <20060619184540.GJ23729@comp.chem.msu.su> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060618152428.A36995@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: Peter Jeremy , current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 18:45:57 -0000 On Sun, Jun 18, 2006 at 03:26:10PM -0400, Andrew R. Reiter wrote: > Hi Peter, > > On Mon, 19 Jun 2006, Peter Jeremy wrote: > > :I got the following panic is a fresh -current. Unfortunately, it didn't > :do a crash dump - I'm not sure why. Has anyone else seen this? > > I saw a commit from Yar T. earlier that was intended to help in call stack > tracing. this is just a guess as to a possible cause. I'm afraid that this panic hardly has to do with my change. OTOH, Peter's kernel seems to be built with some additional optimization of the function prologue/epilogue; hence the funny line on fdrop(). Peter, what gcc options did you build the kernel with? My question is unrelated to the panic, I'd just like to make stack traces look sane in common cases :-) > : > :Fatal trap 12: page fault while in kernel mode > :fault virtual address = 0x2c > :fault code = supervisor read, page not present > :instruction pointer = 0x20:0xc052cf96 > :stack pointer = 0x28:0xd6690970 > :frame pointer = 0x28:0xd6690990 > :code segment = base 0x0, limit 0xfffff, type 0x1b > := DPL 0, pres 1, def32 1, gran 1 > :processor eflags = interrupt enabled, resume, IOPL = 0 > :current process = 97180 (script) > :trap number = 12 > :panic: page fault > :KDB: stack backtrace: > :kdb_backtrace(c07008a8,c076ac80,c06eb1ad,d6690844,100,...) at kdb_backtrace+0x2e > :panic(c06eb1ad,c0702b35,d6690930,1,1,...) at panic+0xb7 > :trap_fatal(d6690930,2c,c071dc0f,2fd,c2b6f6c0,...) at trap_fatal+0x30e > :trap_pfault(d6690930,0,2c,c054f7e1,2c,...) at trap_pfault+0x1ba > :trap(8,28,28,c0709faa,1a3,...) at trap+0x461 > :calltrap() at calltrap+0x5 > :--- trap 0xc, eip = 0xc052cf96, esp = 0xd6690970, ebp = 0xd6690990 --- > :_mtx_lock_flags(24,0,c0709faa,1a3,0,...) at _mtx_lock_flags+0x46 > :vfs_ref(0,d66909f8,0,d66909dc,c06d4f68,...) at vfs_ref+0x32 > :vop_stdgetwritemount(d66909f8,c076ea74,d66909f0,d6690a2c,d6690a14,...) at vop_stdgetwritemount+0x1d > :VOP_GETWRITEMOUNT_APV(c073df20,d66909f8,c07b4988,c06fe125,d6690a0c,...) at VOP_GETWRITEMOUNT_APV+0xa8 > :vn_start_write(c4251000,d6690a2c,1,2,c0701fa5,...) at vn_start_write+0x37 > :vn_close(c4251000,3,c2f37780,c2b6f6c0,6b5,...) at vn_close+0x65 > :vn_closefile(c370c750,c2b6f6c0,d6690af0,c0512cce,c370c750,...) at vn_closefile+0xe9 > :devfs_close_f(c370c750,c2b6f6c0,c06fca41,876,c370c750,...) at devfs_close_f+0x19 > :fdrop_locked(c370c750,c2b6f6c0,c06fca41,861) at fdrop_locked+0xbe > :fdrop(c370c750,c2b6f6c0,d6690b38,c0567d6f,c076ea74,0,c07046e5,6b5,c07b4a6c,d6690b68,0,c07b4a68,d6690b64,c0566bba,0,c394872c,246,c0744d24,c394872c,661,c06fca41,d6690b8c,c052d0f2,c394872c,1,c06ff4e5,13 > : > :closef(c370c750,c2b6f6c0,c06fca41,661,c07b4a68,...) at closef+0x427 > :fdfree(c2b6f6c0,0,c06fd2c3,106,d6690c50,...) at fdfree+0x5c6 > :exit1(c2b6f6c0,0,d6690d30,c06bf073,c2b6f6c0,...) at exit1+0x57b > :sys_exit(c2b6f6c0,d6690d04,4,c2b6f6c0,c33f0000,...) at sys_exit+0x1d > :syscall(3b,3b,3b,1,0,...) at syscall+0x2e3 > :Xint0x80_syscall() at Xint0x80_syscall+0x1f > :--- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281012fb, esp = 0xbfbfe1ec, ebp = 0xbfbfe1f8 --- > : > :-- > :Peter Jeremy > : > > -- > arr@watson.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 17:57:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1374716A479; Mon, 19 Jun 2006 17:57:35 +0000 (UTC) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-ext.prodigy.net [207.115.63.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E0343D46; Mon, 19 Jun 2006 17:57:34 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [67.119.74.222] Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k5JHvVIE093306; Mon, 19 Jun 2006 13:57:32 -0400 Message-ID: <4496E51E.1070607@root.org> Date: Mon, 19 Jun 2006 10:55:42 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: current , FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 19 Jun 2006 18:57:56 +0000 Cc: acpi@freebsd.org Subject: HEADSUP: default for hw.acpi.reset_video changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 17:57:35 -0000 I thought this would be a small change (since the default was already supposed to be this way) but as usual with acpi, there is a lot of variation out there. I think it's split about 50/50 between systems where enabling this feature is helpful/neutral and those that it is harmful. The default value of the tunable/sysctl for hw.acpi.reset_video has changed from 1 to 0 (off). This means the BIOS video reset method will not be called automatically on resume. If you want the previous behavior, set hw.acpi.reset_video="1" in /boot/loader.conf or /etc/sysctl.conf. If a committer could throw the 2nd paragraph in UPDATING, that would be nice, thanks. Thanks, -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 18:58:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD7F16A5B0; Mon, 19 Jun 2006 18:58:01 +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 EF73243D46; Mon, 19 Jun 2006 18:58:00 +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 k5JIw0pg023502; Mon, 19 Jun 2006 11:58:00 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k5JIw0Hd023501; Mon, 19 Jun 2006 11:58:00 -0700 Date: Mon, 19 Jun 2006 11:58:00 -0700 From: Brooks Davis To: Pawel Jakub Dawidek Message-ID: <20060619185800.GA22546@odin.ac.hmc.edu> References: <20060619131101.GD1130@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 18:58:01 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 19, 2006 at 03:11:01PM +0200, Pawel Jakub Dawidek wrote: >=20 > How it works (in short). You may define one or two providers which > gjournal will use. If one provider is given, it will be used for both - > data and journal. If two providers are given, one will be used for data > and one for journal. > Every few seconds (you may define how many) journal is terminated and > marked as consistent and gjournal starts to copy data from it to the > data provider. In the same time new data are stored in new journal. > Let's call the moment in which journal is terminated as "journal switch". Cool solution! I think I'll give this a try on my redundent mirror server at work. I'd be curious to see how gjournal performs with the journal on a battery backed ram disk like the gigabyte i-RAM: http://www.giga-byte.com/Products/Storage/Products_Overview.aspx?ProductID= =3D2180&ProductName=3DGC-RAMDISK It seems like that could reduce or eliminate many of the performance issues in practice. -- Brooks --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFElvO3XY6L6fI4GtQRAleqAKDQVc6j/LfjPPt4vcvqzz7osVfQbACdFErw Jo9Xaa7JuVQmsQw2u4ohwSQ= =q1/p -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 19:08:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E2F16A474 for ; Mon, 19 Jun 2006 19:08:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1609743D66 for ; Mon, 19 Jun 2006 19:08:37 +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 mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5JJ8Mki005792 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Jun 2006 05:08:23 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5JJ8MNa023842; Tue, 20 Jun 2006 05:08:22 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5JJ8MD8023841; Tue, 20 Jun 2006 05:08:22 +1000 (EST) (envelope-from peter) Date: Tue, 20 Jun 2006 05:08:22 +1000 From: Peter Jeremy To: Yar Tikhiy Message-ID: <20060619190822.GE966@turion.vk2pj.dyndns.org> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="27ZtN5FSuKKSZcBU" Content-Disposition: inline In-Reply-To: <20060619184540.GJ23729@comp.chem.msu.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 19:08:45 -0000 --27ZtN5FSuKKSZcBU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2006-Jun-19 22:45:41 +0400, Yar Tikhiy wrote: >Peter, what gcc options did you build the kernel with? My question >is unrelated to the panic, I'd just like to make stack traces look >sane in common cases :-) In /etc/make.conf: CPUTYPE?=3Dathlon-xp CFLAGS=3D-O -pipe COPTFLAGS=3D-O -pipe This gives a generic gcc line like: cc -c -O -pipe -march=3Dathlon-xp -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/sr= c/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -i= nclude opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-g= rowth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -= mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-= sse3 -ffreestanding -Werror /usr/src/sys/cam/cam_xpt.c Also, since some of the comments have mentioned timing windows, I should to mention that this is a UP system with PREEMPTION enabled. --=20 Peter Jeremy --27ZtN5FSuKKSZcBU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFElvYl/opHv/APuIcRAhLZAJ9+T3u1teo/PEPSdpGYahsHpCrhpACeKYaz 65R5D01DjEGZofedNplYdM4= =iXzo -----END PGP SIGNATURE----- --27ZtN5FSuKKSZcBU-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 19:15:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A2AB16A47B for ; Mon, 19 Jun 2006 19:15:42 +0000 (UTC) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8118E43D45 for ; Mon, 19 Jun 2006 19:15:38 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.6/8.13.6) with ESMTP id k5JJF8rl040009; Mon, 19 Jun 2006 15:15:08 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.6/8.13.6/Submit) with ESMTP id k5JJF8Sk040006; Mon, 19 Jun 2006 15:15:08 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Mon, 19 Jun 2006 15:15:08 -0400 (EDT) From: "Andrew R. Reiter" To: Yar Tikhiy In-Reply-To: <20060619184540.GJ23729@comp.chem.msu.su> Message-ID: <20060619151411.N22900@fledge.watson.org> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Peter Jeremy , current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 19:15:42 -0000 On Mon, 19 Jun 2006, Yar Tikhiy wrote: :On Sun, Jun 18, 2006 at 03:26:10PM -0400, Andrew R. Reiter wrote: :> Hi Peter, :> :> On Mon, 19 Jun 2006, Peter Jeremy wrote: :> :> :I got the following panic is a fresh -current. Unfortunately, it didn't :> :do a crash dump - I'm not sure why. Has anyone else seen this? :> :> I saw a commit from Yar T. earlier that was intended to help in call stack :> tracing. this is just a guess as to a possible cause. : :I'm afraid that this panic hardly has to do with my change. OTOH, :Peter's kernel seems to be built with some additional optimization :of the function prologue/epilogue; hence the funny line on fdrop(). Ah, sorry to infer that... Was going through emails and was just hoping to help. Thanks for the work on doing stack traces and making them more reliable. Cheers, Andrew : :Peter, what gcc options did you build the kernel with? My question :is unrelated to the panic, I'd just like to make stack traces look :sane in common cases :-) : :> : :> :Fatal trap 12: page fault while in kernel mode :> :fault virtual address = 0x2c :> :fault code = supervisor read, page not present :> :instruction pointer = 0x20:0xc052cf96 :> :stack pointer = 0x28:0xd6690970 :> :frame pointer = 0x28:0xd6690990 :> :code segment = base 0x0, limit 0xfffff, type 0x1b :> := DPL 0, pres 1, def32 1, gran 1 :> :processor eflags = interrupt enabled, resume, IOPL = 0 :> :current process = 97180 (script) :> :trap number = 12 :> :panic: page fault :> :KDB: stack backtrace: :> :kdb_backtrace(c07008a8,c076ac80,c06eb1ad,d6690844,100,...) at kdb_backtrace+0x2e :> :panic(c06eb1ad,c0702b35,d6690930,1,1,...) at panic+0xb7 :> :trap_fatal(d6690930,2c,c071dc0f,2fd,c2b6f6c0,...) at trap_fatal+0x30e :> :trap_pfault(d6690930,0,2c,c054f7e1,2c,...) at trap_pfault+0x1ba :> :trap(8,28,28,c0709faa,1a3,...) at trap+0x461 :> :calltrap() at calltrap+0x5 :> :--- trap 0xc, eip = 0xc052cf96, esp = 0xd6690970, ebp = 0xd6690990 --- :> :_mtx_lock_flags(24,0,c0709faa,1a3,0,...) at _mtx_lock_flags+0x46 :> :vfs_ref(0,d66909f8,0,d66909dc,c06d4f68,...) at vfs_ref+0x32 :> :vop_stdgetwritemount(d66909f8,c076ea74,d66909f0,d6690a2c,d6690a14,...) at vop_stdgetwritemount+0x1d :> :VOP_GETWRITEMOUNT_APV(c073df20,d66909f8,c07b4988,c06fe125,d6690a0c,...) at VOP_GETWRITEMOUNT_APV+0xa8 :> :vn_start_write(c4251000,d6690a2c,1,2,c0701fa5,...) at vn_start_write+0x37 :> :vn_close(c4251000,3,c2f37780,c2b6f6c0,6b5,...) at vn_close+0x65 :> :vn_closefile(c370c750,c2b6f6c0,d6690af0,c0512cce,c370c750,...) at vn_closefile+0xe9 :> :devfs_close_f(c370c750,c2b6f6c0,c06fca41,876,c370c750,...) at devfs_close_f+0x19 :> :fdrop_locked(c370c750,c2b6f6c0,c06fca41,861) at fdrop_locked+0xbe :> :fdrop(c370c750,c2b6f6c0,d6690b38,c0567d6f,c076ea74,0,c07046e5,6b5,c07b4a6c,d6690b68,0,c07b4a68,d6690b64,c0566bba,0,c394872c,246,c0744d24,c394872c,661,c06fca41,d6690b8c,c052d0f2,c394872c,1,c06ff4e5,13 :> : :> :closef(c370c750,c2b6f6c0,c06fca41,661,c07b4a68,...) at closef+0x427 :> :fdfree(c2b6f6c0,0,c06fd2c3,106,d6690c50,...) at fdfree+0x5c6 :> :exit1(c2b6f6c0,0,d6690d30,c06bf073,c2b6f6c0,...) at exit1+0x57b :> :sys_exit(c2b6f6c0,d6690d04,4,c2b6f6c0,c33f0000,...) at sys_exit+0x1d :> :syscall(3b,3b,3b,1,0,...) at syscall+0x2e3 :> :Xint0x80_syscall() at Xint0x80_syscall+0x1f :> :--- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x281012fb, esp = 0xbfbfe1ec, ebp = 0xbfbfe1f8 --- :> : :> :-- :> :Peter Jeremy :> : :> :> -- :> arr@watson.org :> _______________________________________________ :> freebsd-current@freebsd.org mailing list :> http://lists.freebsd.org/mailman/listinfo/freebsd-current :> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" : :-- :Yar : : -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 19:25:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E3F816A479 for ; Mon, 19 Jun 2006 19:25:26 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 361B543D53 for ; Mon, 19 Jun 2006 19:25:24 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k5JJTI1o050131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jun 2006 15:29:24 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Yar Tikhiy Date: Mon, 19 Jun 2006 15:25:19 -0400 User-Agent: KMail/1.9.1 References: <200606161333.07522.mistry.7@osu.edu> <20060619180932.GI23729@comp.chem.msu.su> In-Reply-To: <20060619180932.GI23729@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1454951.zjL2GCxe8L"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606191525.28998.mistry.7@osu.edu> X-Spam-Status: No, score=-4.5 required=5.0 tests=ALL_TRUSTED,BAYES_60, MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1549/Sat Jun 17 18:20:39 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 19:25:26 -0000 --nextPart1454951.zjL2GCxe8L Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 19 June 2006 14:09, Yar Tikhiy wrote: > On Fri, Jun 16, 2006 at 01:32:55PM -0400, Anish Mistry wrote: > > I'm trying to get FreeBSD installed on one of my systems and I'm > > getting the error stated below. I did have FreeBSD 6-STABLE > > installed a few months ago on this very system. The only change > > is that FreeBSD is now installed on the second harddrive instead > > of the first. This is using the -CURRENT snapshot for this > > month. The install goes just fine. I also get a very similar > > error when I install 6.1 too. > > > > This seems to be the same problem as: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-03/ms > >g00539.html > > > > But I don't have a built-in compact flash reader attached via. > > ATA. > > > > Full verbose boot+backtrace: > > http://am-productions.biz/docs/boot-panic-script.txt.gz > > > > rr232x: no controller detected. > > ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire > > ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D80 wire > > ad0: setting PIO4 on nForce2 Pro chip > > ad0: setting UDMA66 on nForce2 Pro chip > > ad0: 17206MB at ata0-master UDMA66 > > > > > > Fatal trap 18: integer divide fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > instruction pointer =3D 0x20:0xc089b49f > > stack pointer =3D 0x28:0xc0c20b64 > > frame pointer =3D 0x28:0xc0c20bec > > 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 0 (swapper) > > [thread pid 0 tid 0 ] > > Stopped at __qdivrem+0x3b: divl %ecx,%eax > > db> bt > > Tracing pid 0 tid 0 td 0xc0a02fb8 > > __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b > > __udivdi3(219b700,0,0,0) at __udivdi3+0x16 > > ^^^ > Looks like an attempt to divide something (0x219b700) by zero > using quad_t arithmetics. > > > ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) at > > ad_describe+0x1b3 > > ad_attach(c26e8580) at ad_attach+0x1e7 > > device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e400) at > > device_attach+0x58 > > device_probe_and_attach(c26e8580) at device_probe_and_attach+0xe0 > > bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at > > bus_generic_attach+0x16 > > ata_identify(c25d2a80) at ata_identify+0x1c8 > > ata_boot_attach(0) at ata_boot_attach+0x3e > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450af5) at > > run_interrupt_driven_config_hooks+0x18 > > mi_startup() at mi_startup+0x96 > > begin() at begin+0x2c > > db> ps > > -- > > Anish Mistry > > FWIW, I saw an integer divide fault apparently related to the ata > driver when I tried to test a low-end VIA-based mobo with FreeBSD. > I gave it away soon and had had no time for debugging though. > > Could you see using gdb what C code is at ad_describe+0x1b3 > in your kernel? How do I do this without creating a kernel dump? Do I need to setup=20 remote GDB over a serial console? =2D-=20 Anish Mistry --nextPart1454951.zjL2GCxe8L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBElvooxqA5ziudZT0RAmECAJ0Xqy3CR2xcTd0qTot/cyG99boYBACgxUh+ rNGYdfT/wYsBQg5eAjTUeK4= =Bv8k -----END PGP SIGNATURE----- --nextPart1454951.zjL2GCxe8L-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 20:36:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D36D16A481 for ; Mon, 19 Jun 2006 20:36:34 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C68E343D5F for ; Mon, 19 Jun 2006 20:36:24 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5JKaG96027803; Tue, 20 Jun 2006 00:36:17 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5JKaEds027802; Tue, 20 Jun 2006 00:36:14 +0400 (MSD) (envelope-from yar) Date: Tue, 20 Jun 2006 00:36:14 +0400 From: Yar Tikhiy To: Anish Mistry Message-ID: <20060619203614.GL23729@comp.chem.msu.su> References: <200606161333.07522.mistry.7@osu.edu> <20060619180932.GI23729@comp.chem.msu.su> <200606191525.28998.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606191525.28998.mistry.7@osu.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 20:36:34 -0000 On Mon, Jun 19, 2006 at 03:25:19PM -0400, Anish Mistry wrote: > On Monday 19 June 2006 14:09, Yar Tikhiy wrote: > > On Fri, Jun 16, 2006 at 01:32:55PM -0400, Anish Mistry wrote: > > > I'm trying to get FreeBSD installed on one of my systems and I'm > > > getting the error stated below. I did have FreeBSD 6-STABLE > > > installed a few months ago on this very system. The only change > > > is that FreeBSD is now installed on the second harddrive instead > > > of the first. This is using the -CURRENT snapshot for this > > > month. The install goes just fine. I also get a very similar > > > error when I install 6.1 too. > > > > > > This seems to be the same problem as: > > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-03/ms > > >g00539.html > > > > > > But I don't have a built-in compact flash reader attached via. > > > ATA. > > > > > > Full verbose boot+backtrace: > > > http://am-productions.biz/docs/boot-panic-script.txt.gz > > > > > > rr232x: no controller detected. > > > ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire > > > ad0: setting PIO4 on nForce2 Pro chip > > > ad0: setting UDMA66 on nForce2 Pro chip > > > ad0: 17206MB at ata0-master UDMA66 > > > > > > > > > Fatal trap 18: integer divide fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > instruction pointer = 0x20:0xc089b49f > > > stack pointer = 0x28:0xc0c20b64 > > > frame pointer = 0x28:0xc0c20bec > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, def32 1, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 0 (swapper) > > > [thread pid 0 tid 0 ] > > > Stopped at __qdivrem+0x3b: divl %ecx,%eax > > > db> bt > > > Tracing pid 0 tid 0 td 0xc0a02fb8 > > > __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b > > > __udivdi3(219b700,0,0,0) at __udivdi3+0x16 > > > > ^^^ > > Looks like an attempt to divide something (0x219b700) by zero > > using quad_t arithmetics. > > > > > ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) at > > > ad_describe+0x1b3 > > > ad_attach(c26e8580) at ad_attach+0x1e7 > > > device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e400) at > > > device_attach+0x58 > > > device_probe_and_attach(c26e8580) at device_probe_and_attach+0xe0 > > > bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at > > > bus_generic_attach+0x16 > > > ata_identify(c25d2a80) at ata_identify+0x1c8 > > > ata_boot_attach(0) at ata_boot_attach+0x3e > > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450af5) at > > > run_interrupt_driven_config_hooks+0x18 > > > mi_startup() at mi_startup+0x96 > > > begin() at begin+0x2c > > > db> ps > > > -- > > > Anish Mistry > > > > FWIW, I saw an integer divide fault apparently related to the ata > > driver when I tried to test a low-end VIA-based mobo with FreeBSD. > > I gave it away soon and had had no time for debugging though. > > > > Could you see using gdb what C code is at ad_describe+0x1b3 > > in your kernel? > How do I do this without creating a kernel dump? Do I need to setup > remote GDB over a serial console? No, you don't. It's much easier than that. You were installing FreeBSD from a CURRENT snapshot when the panic happened, weren't you? If so, get a working machine with not-too-old GDB first. FreeBSD 5.x or 6.x will do. Then locate kernel.debug or kernel.symbols in the boot/kernel subdir on the installation CD. It's the kernel that panic'ed. Well, kernel.symbols isn't the kernel itself, but its symbols only. OTOH, we need nothing but the symbols. Unpack the snapshot's kernel source to somewhere. This is as easy as typing: cd /cdrom/7.0-CURRENT/src env DESTDIR=/usr/home/me/somewhere sh install.sh sys And now load the kernel binary in GDB (not kgdb): gdb /cdrom/boot/kernel/kernel.symbols (gdb) dir /usr/home/me/somewhere Perhaps GDB will find the source files more readily if you put them just into /usr/src (after renaming the original /usr/src to, e.g., /usr/src.orig). So you'll also prevent GDB from picking the wrong source tree. mv /usr/src /usr/src.orig mkdir /usr/src cd /cdrom/7.0-CURRENT/src sh install.sh sys gdb /cdrom/boot/kernel/kernel.symbols Now you should be able to examine the source code using binary code offsets: (gdb) list *(ad_describe+0x1b3) The "list" command will show you which line in which source file is responsible for the division by zero, and 9 more lines around it to provide a context. The output can be shown here as is, it's quite informative. -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 21:05:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5396816A47B for ; Mon, 19 Jun 2006 21:05:28 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C4743D49 for ; Mon, 19 Jun 2006 21:05:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k5JL9HsY051136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jun 2006 17:09:23 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Yar Tikhiy Date: Mon, 19 Jun 2006 17:05:09 -0400 User-Agent: KMail/1.9.1 References: <200606161333.07522.mistry.7@osu.edu> <200606191525.28998.mistry.7@osu.edu> <20060619203614.GL23729@comp.chem.msu.su> In-Reply-To: <20060619203614.GL23729@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5430061.Rfj1ijAEOL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606191705.25036.mistry.7@osu.edu> X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,BAYES_60, J_CHICKENPOX_52,J_CHICKENPOX_65,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1549/Sat Jun 17 18:20:39 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 21:05:28 -0000 --nextPart5430061.Rfj1ijAEOL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 19 June 2006 16:36, Yar Tikhiy wrote: > On Mon, Jun 19, 2006 at 03:25:19PM -0400, Anish Mistry wrote: > > On Monday 19 June 2006 14:09, Yar Tikhiy wrote: > > > On Fri, Jun 16, 2006 at 01:32:55PM -0400, Anish Mistry wrote: > > > > I'm trying to get FreeBSD installed on one of my systems and > > > > I'm getting the error stated below. I did have FreeBSD > > > > 6-STABLE installed a few months ago on this very system. The > > > > only change is that FreeBSD is now installed on the second > > > > harddrive instead of the first. This is using the -CURRENT > > > > snapshot for this month. The install goes just fine. I also > > > > get a very similar error when I install 6.1 too. > > > > > > > > This seems to be the same problem as: > > > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-0 > > > >3/ms g00539.html > > > > > > > > But I don't have a built-in compact flash reader attached > > > > via. ATA. > > > > > > > > Full verbose boot+backtrace: > > > > http://am-productions.biz/docs/boot-panic-script.txt.gz > > > > > > > > rr232x: no controller detected. > > > > ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire > > > > ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D80 wire > > > > ad0: setting PIO4 on nForce2 Pro chip > > > > ad0: setting UDMA66 on nForce2 Pro chip > > > > ad0: 17206MB at ata0-master UDMA66 > > > > > > > > > > > > Fatal trap 18: integer divide fault while in kernel mode > > > > cpuid =3D 0; apic id =3D 00 > > > > instruction pointer =3D 0x20:0xc089b49f > > > > stack pointer =3D 0x28:0xc0c20b64 > > > > frame pointer =3D 0x28:0xc0c20bec > > > > 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 0 (swapper) > > > > [thread pid 0 tid 0 ] > > > > Stopped at __qdivrem+0x3b: divl %ecx,%eax > > > > db> bt > > > > Tracing pid 0 tid 0 td 0xc0a02fb8 > > > > __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b > > > > __udivdi3(219b700,0,0,0) at __udivdi3+0x16 > > > > > > ^^^ > > > Looks like an attempt to divide something (0x219b700) by zero > > > using quad_t arithmetics. > > > > > > > ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) at > > > > ad_describe+0x1b3 > > > > ad_attach(c26e8580) at ad_attach+0x1e7 > > > > device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e400) > > > > at device_attach+0x58 > > > > device_probe_and_attach(c26e8580) at > > > > device_probe_and_attach+0xe0 > > > > bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at > > > > bus_generic_attach+0x16 > > > > ata_identify(c25d2a80) at ata_identify+0x1c8 > > > > ata_boot_attach(0) at ata_boot_attach+0x3e > > > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450af5) > > > > at run_interrupt_driven_config_hooks+0x18 > > > > mi_startup() at mi_startup+0x96 > > > > begin() at begin+0x2c > > > > db> ps > > > > -- > > > > Anish Mistry > > > > > > FWIW, I saw an integer divide fault apparently related to the > > > ata driver when I tried to test a low-end VIA-based mobo with > > > FreeBSD. I gave it away soon and had had no time for debugging > > > though. > > > > > > Could you see using gdb what C code is at ad_describe+0x1b3 > > > in your kernel? > > > > How do I do this without creating a kernel dump? Do I need to > > setup remote GDB over a serial console? > > No, you don't. It's much easier than that. You were installing > FreeBSD from a CURRENT snapshot when the panic happened, weren't > you? If so, get a working machine with not-too-old GDB first. > FreeBSD 5.x or 6.x will do. Then locate kernel.debug or > kernel.symbols in the boot/kernel subdir on the installation CD.=20 > It's the kernel that panic'ed. Well, kernel.symbols isn't the > kernel itself, but its symbols only. OTOH, we need nothing but the > symbols. > > Unpack the snapshot's kernel source to somewhere. This is as easy > as typing: > > cd /cdrom/7.0-CURRENT/src =46or the archives... You need to create the usr/src directory or tar will fail: mkdir -p /usr/home/me/somewhere/usr/src > env DESTDIR=3D/usr/home/me/somewhere sh install.sh sys > > And now load the kernel binary in GDB (not kgdb): > > gdb /cdrom/boot/kernel/kernel.symbols > (gdb) dir /usr/home/me/somewhere > > Perhaps GDB will find the source files more readily if you put them > just into /usr/src (after renaming the original /usr/src to, e.g., > /usr/src.orig). So you'll also prevent GDB from picking the wrong > source tree. > > mv /usr/src /usr/src.orig > mkdir /usr/src > cd /cdrom/7.0-CURRENT/src > sh install.sh sys > gdb /cdrom/boot/kernel/kernel.symbols > > Now you should be able to examine the source code using binary code > offsets: > > (gdb) list *(ad_describe+0x1b3) > > The "list" command will show you which line in which source file > is responsible for the division by zero, and 9 more lines around > it to provide a context. The output can be shown here as is, it's > quite informative. (gdb) list *(ad_describe+0x1b3) 0xc04e224b is in ad_describe (/usr/src/sys/dev/ata/ata-disk.c:383). 378 device_get_unit(ch->dev), 379 (atadev->unit =3D=3D=20 ATA_MASTER) ? "master" : "slave", 380 (adp->flags &=20 AD_F_TAG_ENABLED) ? "tagged " : "", 381 ata_mode2str(atadev->mode)); 382 if (bootverbose) { 383 device_printf(dev, "%ju sectors [%juC/%dH/%dS] " 384 "%d sectors/interrupt %d depth queue\n",=20 adp->total_secs, 385 adp->total_secs / (adp->heads *=20 adp->sectors), 386 adp->heads, adp->sectors,=20 atadev->max_iosize / DEV_BSIZE, 387 adp->num_tags + 1); =2D-=20 Anish Mistry --nextPart5430061.Rfj1ijAEOL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBElxGUxqA5ziudZT0RAlpwAKC+k/HT/YeYqnqPZjDOykdGvLzUEgCgi2LB Y52fQsRWoFBzX5vq2dd17Lc= =Z6w5 -----END PGP SIGNATURE----- --nextPart5430061.Rfj1ijAEOL-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 22:15:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B22E816A474 for ; Mon, 19 Jun 2006 22:15:59 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 675CF43D48 for ; Mon, 19 Jun 2006 22:15:56 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5JMFpY9028669; Tue, 20 Jun 2006 02:15:51 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5JMFpIK028664; Tue, 20 Jun 2006 02:15:51 +0400 (MSD) (envelope-from yar) Date: Tue, 20 Jun 2006 02:15:50 +0400 From: Yar Tikhiy To: Peter Jeremy Message-ID: <20060619221550.GM23729@comp.chem.msu.su> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> <20060619190822.GE966@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060619190822.GE966@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 22:15:59 -0000 On Tue, Jun 20, 2006 at 05:08:22AM +1000, Peter Jeremy wrote: > On Mon, 2006-Jun-19 22:45:41 +0400, Yar Tikhiy wrote: > >Peter, what gcc options did you build the kernel with? My question > >is unrelated to the panic, I'd just like to make stack traces look > >sane in common cases :-) > > In /etc/make.conf: > CPUTYPE?=athlon-xp > CFLAGS=-O -pipe > COPTFLAGS=-O -pipe Indeed, gcc in athlon-xp mode handles function calls in a manner different from the i386 default one. The old backtrace would be confused, too, by the code generated so. Technical details for curious folks: When in basic i386 mode, gcc calls functions in the traditional way. E.g., the "foo(1, 2)" call will look as follows in asm: pushl $2 pushl $1 call foo addl $8, %esp By merely decoding the addl instruction at the return pointer we can find how many words of arguments the called function takes. In the example, it takes 8 / 4 = 2 words, where 4 is the size of a machine word. In athlon-xp mode, the parent function reserves once, at its prologue, stack space enough for the arguments to any of its child functions. Then the same "foo(1, 2)" call is made in a "RISCy" way: movl $2, 0x4(%esp) movl $1, (%esp) call foo Since the stack pointer no longer needs to be adjusted after each call, we cannot guess the number of arguments by decoding the instruction at the return address. The fdrop() call is a case of particular confusion. The C source essentially reads: closef() { ... return (fdrop(...)); } In athlon-xp mode, it becomes: call fdrop addl $0x6c, %esp pop %ebx leave ret The addl there is not to adjust the stack after the call to fdrop(), it's the epilogue of closef() freeing the space reserved for local vars and child function arguments. Alas, we cannot tell it from addl in the traditional case, as though fdrop() took 27 words of arguments. -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 22:21:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E323916A482 for ; Mon, 19 Jun 2006 22:21:44 +0000 (UTC) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBEE143D46 for ; Mon, 19 Jun 2006 22:21:43 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.6/8.13.6) with ESMTP id k5JMKsdX048363; Mon, 19 Jun 2006 18:20:55 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.6/8.13.6/Submit) with ESMTP id k5JMKsfJ048360; Mon, 19 Jun 2006 18:20:54 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Mon, 19 Jun 2006 18:20:54 -0400 (EDT) From: "Andrew R. Reiter" To: Yar Tikhiy In-Reply-To: <20060619221550.GM23729@comp.chem.msu.su> Message-ID: <20060619181929.W40529@fledge.watson.org> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> <20060619190822.GE966@turion.vk2pj.dyndns.org> <20060619221550.GM23729@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Peter Jeremy , current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 22:21:45 -0000 On Tue, 20 Jun 2006, Yar Tikhiy wrote: :On Tue, Jun 20, 2006 at 05:08:22AM +1000, Peter Jeremy wrote: :> On Mon, 2006-Jun-19 22:45:41 +0400, Yar Tikhiy wrote: :> >Peter, what gcc options did you build the kernel with? My question :> >is unrelated to the panic, I'd just like to make stack traces look :> >sane in common cases :-) :> :> In /etc/make.conf: :> CPUTYPE?=athlon-xp :> CFLAGS=-O -pipe :> COPTFLAGS=-O -pipe : :Indeed, gcc in athlon-xp mode handles function calls in a manner :different from the i386 default one. The old backtrace would be :confused, too, by the code generated so. : :Technical details for curious folks: : :When in basic i386 mode, gcc calls functions in the traditional :way. E.g., the "foo(1, 2)" call will look as follows in asm: : : pushl $2 : pushl $1 : call foo : addl $8, %esp : :By merely decoding the addl instruction at the return pointer we :can find how many words of arguments the called function takes. In :the example, it takes 8 / 4 = 2 words, where 4 is the size of a :machine word. : :In athlon-xp mode, the parent function reserves once, at its prologue, :stack space enough for the arguments to any of its child functions. :Then the same "foo(1, 2)" call is made in a "RISCy" way: : : movl $2, 0x4(%esp) : movl $1, (%esp) : call foo : :Since the stack pointer no longer needs to be adjusted after each :call, we cannot guess the number of arguments by decoding the :instruction at the return address. : :The fdrop() call is a case of particular confusion. The C source :essentially reads: : :closef() :{ : ... : return (fdrop(...)); :} : :In athlon-xp mode, it becomes: : : call fdrop : addl $0x6c, %esp : pop %ebx : leave : ret : :The addl there is not to adjust the stack after the call to fdrop(), :it's the epilogue of closef() freeing the space reserved for local :vars and child function arguments. Alas, we cannot tell it from :addl in the traditional case, as though fdrop() took 27 words of :arguments. : Thanks for the information regarding athlon-xp. Have other OSes done anything (special casing?) for this hardware so as to make it more easy for "better" traces to be done? Thanks for any info. Cheers, Andrew -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 22:51:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78DAC16A484 for ; Mon, 19 Jun 2006 22:51:54 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB0743D45 for ; Mon, 19 Jun 2006 22:51:52 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5JMpnrw028970; Tue, 20 Jun 2006 02:51:49 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5JMpmQn028969; Tue, 20 Jun 2006 02:51:48 +0400 (MSD) (envelope-from yar) Date: Tue, 20 Jun 2006 02:51:48 +0400 From: Yar Tikhiy To: Anish Mistry Message-ID: <20060619225147.GN23729@comp.chem.msu.su> References: <200606161333.07522.mistry.7@osu.edu> <200606191525.28998.mistry.7@osu.edu> <20060619203614.GL23729@comp.chem.msu.su> <200606191705.25036.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200606191705.25036.mistry.7@osu.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 22:51:54 -0000 On Mon, Jun 19, 2006 at 05:05:09PM -0400, Anish Mistry wrote: > On Monday 19 June 2006 16:36, Yar Tikhiy wrote: > > On Mon, Jun 19, 2006 at 03:25:19PM -0400, Anish Mistry wrote: > > > On Monday 19 June 2006 14:09, Yar Tikhiy wrote: > > > > On Fri, Jun 16, 2006 at 01:32:55PM -0400, Anish Mistry wrote: > > > > > I'm trying to get FreeBSD installed on one of my systems and > > > > > I'm getting the error stated below. I did have FreeBSD > > > > > 6-STABLE installed a few months ago on this very system. The > > > > > only change is that FreeBSD is now installed on the second > > > > > harddrive instead of the first. This is using the -CURRENT > > > > > snapshot for this month. The install goes just fine. I also > > > > > get a very similar error when I install 6.1 too. > > > > > > > > > > This seems to be the same problem as: > > > > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-0 > > > > >3/ms g00539.html > > > > > > > > > > But I don't have a built-in compact flash reader attached > > > > > via. ATA. > > > > > > > > > > Full verbose boot+backtrace: > > > > > http://am-productions.biz/docs/boot-panic-script.txt.gz > > > > > > > > > > rr232x: no controller detected. > > > > > ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire > > > > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire > > > > > ad0: setting PIO4 on nForce2 Pro chip > > > > > ad0: setting UDMA66 on nForce2 Pro chip > > > > > ad0: 17206MB at ata0-master UDMA66 > > > > > > > > > > > > > > > Fatal trap 18: integer divide fault while in kernel mode > > > > > cpuid = 0; apic id = 00 > > > > > instruction pointer = 0x20:0xc089b49f > > > > > stack pointer = 0x28:0xc0c20b64 > > > > > frame pointer = 0x28:0xc0c20bec > > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > > = DPL 0, pres 1, def32 1, gran 1 > > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > > > current process = 0 (swapper) > > > > > [thread pid 0 tid 0 ] > > > > > Stopped at __qdivrem+0x3b: divl %ecx,%eax > > > > > db> bt > > > > > Tracing pid 0 tid 0 td 0xc0a02fb8 > > > > > __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b > > > > > __udivdi3(219b700,0,0,0) at __udivdi3+0x16 > > > > > > > > ^^^ > > > > Looks like an attempt to divide something (0x219b700) by zero > > > > using quad_t arithmetics. > > > > > > > > > ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) at > > > > > ad_describe+0x1b3 > > > > > ad_attach(c26e8580) at ad_attach+0x1e7 > > > > > device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e400) > > > > > at device_attach+0x58 > > > > > device_probe_and_attach(c26e8580) at > > > > > device_probe_and_attach+0xe0 > > > > > bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at > > > > > bus_generic_attach+0x16 > > > > > ata_identify(c25d2a80) at ata_identify+0x1c8 > > > > > ata_boot_attach(0) at ata_boot_attach+0x3e > > > > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450af5) > > > > > at run_interrupt_driven_config_hooks+0x18 > > > > > mi_startup() at mi_startup+0x96 > > > > > begin() at begin+0x2c > > > > > db> ps > > > > > -- > > > > > Anish Mistry > > > > > > > > FWIW, I saw an integer divide fault apparently related to the > > > > ata driver when I tried to test a low-end VIA-based mobo with > > > > FreeBSD. I gave it away soon and had had no time for debugging > > > > though. > > > > > > > > Could you see using gdb what C code is at ad_describe+0x1b3 > > > > in your kernel? > > > > > > How do I do this without creating a kernel dump? Do I need to > > > setup remote GDB over a serial console? > > > > No, you don't. It's much easier than that. You were installing > > FreeBSD from a CURRENT snapshot when the panic happened, weren't > > you? If so, get a working machine with not-too-old GDB first. > > FreeBSD 5.x or 6.x will do. Then locate kernel.debug or > > kernel.symbols in the boot/kernel subdir on the installation CD. > > It's the kernel that panic'ed. Well, kernel.symbols isn't the > > kernel itself, but its symbols only. OTOH, we need nothing but the > > symbols. > > > > Unpack the snapshot's kernel source to somewhere. This is as easy > > as typing: > > > > cd /cdrom/7.0-CURRENT/src > For the archives... > You need to create the usr/src directory or tar will fail: > mkdir -p /usr/home/me/somewhere/usr/src Yes, you're quite right here! > > env DESTDIR=/usr/home/me/somewhere sh install.sh sys > > > > And now load the kernel binary in GDB (not kgdb): > > > > gdb /cdrom/boot/kernel/kernel.symbols > > (gdb) dir /usr/home/me/somewhere > > > > Perhaps GDB will find the source files more readily if you put them > > just into /usr/src (after renaming the original /usr/src to, e.g., > > /usr/src.orig). So you'll also prevent GDB from picking the wrong > > source tree. > > > > mv /usr/src /usr/src.orig > > mkdir /usr/src > > cd /cdrom/7.0-CURRENT/src > > sh install.sh sys > > gdb /cdrom/boot/kernel/kernel.symbols > > > > Now you should be able to examine the source code using binary code > > offsets: > > > > (gdb) list *(ad_describe+0x1b3) > > > > The "list" command will show you which line in which source file > > is responsible for the division by zero, and 9 more lines around > > it to provide a context. The output can be shown here as is, it's > > quite informative. > (gdb) list *(ad_describe+0x1b3) > 0xc04e224b is in ad_describe (/usr/src/sys/dev/ata/ata-disk.c:383). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I suppose you put the CURRENT sources under /usr/src at last, didn't you? > 378 device_get_unit(ch->dev), > 379 (atadev->unit == > ATA_MASTER) ? "master" : "slave", > 380 (adp->flags & > AD_F_TAG_ENABLED) ? "tagged " : "", > 381 ata_mode2str(atadev->mode)); > 382 if (bootverbose) { > 383 device_printf(dev, "%ju sectors [%juC/%dH/%dS] " > 384 "%d sectors/interrupt %d depth queue\n", > adp->total_secs, > 385 adp->total_secs / (adp->heads * > adp->sectors), > 386 adp->heads, adp->sectors, > atadev->max_iosize / DEV_BSIZE, > 387 adp->num_tags + 1); Consequently, adp->heads or adp->sectors was 0 for ad0. It means that the ata(4) driver had some kind of trouble when reading the disk's parameters from the ATA controller. Now you may want to contact the author of ata(4), Soren Schmidt , for further instructions on how to debug this problem. I hope he'll find all this info useful. Thanks! -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 22:52:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E72116A4CA; Mon, 19 Jun 2006 22:52:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E0E143D45; Mon, 19 Jun 2006 22:52:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k5JMq4pG023072; Mon, 19 Jun 2006 18:52:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k5JMpG7p024181; Mon, 19 Jun 2006 18:51:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29A9B7302F; Mon, 19 Jun 2006 18:52:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060619225204.29A9B7302F@freebsd-current.sentex.ca> Date: Mon, 19 Jun 2006 18:52:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 22:52:06 -0000 TB --- 2006-06-19 22:16:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-19 22:16:42 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-06-19 22:16:42 - cleaning the object tree TB --- 2006-06-19 22:17:00 - checking out the source tree TB --- 2006-06-19 22:17:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-06-19 22:17:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-19 22:24:55 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-19 22:24:55 - cd /src TB --- 2006-06-19 22:24:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-19 22:52:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-19 22:52:03 - ERROR: failed to build world TB --- 2006-06-19 22:52:03 - tinderbox aborted TB --- 0.75 user 3.16 system 2121.67 real From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 23:25:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5207F16A47C; Mon, 19 Jun 2006 23:25:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C288B43D46; Mon, 19 Jun 2006 23:25:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k5JNPnMU025965; Mon, 19 Jun 2006 19:25:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k5JNPnbI037116; Mon, 19 Jun 2006 19:25:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA8AF7302F; Mon, 19 Jun 2006 19:25:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060619232549.CA8AF7302F@freebsd-current.sentex.ca> Date: Mon, 19 Jun 2006 19:25:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 23:25:51 -0000 TB --- 2006-06-19 22:52:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-19 22:52:04 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-19 22:52:04 - cleaning the object tree TB --- 2006-06-19 22:52:38 - checking out the source tree TB --- 2006-06-19 22:52:38 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-19 22:52:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-19 22:59:56 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-19 22:59:56 - cd /src TB --- 2006-06-19 22:59:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-19 23:25:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-19 23:25:49 - ERROR: failed to build world TB --- 2006-06-19 23:25:49 - tinderbox aborted TB --- 1.20 user 5.83 system 2025.36 real From owner-freebsd-current@FreeBSD.ORG Mon Jun 19 23:58:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D72516A474; Mon, 19 Jun 2006 23:58:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2593A43D49; Mon, 19 Jun 2006 23:58:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5JNwtC0001099; Mon, 19 Jun 2006 19:58:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k5JNwsqV020132; Mon, 19 Jun 2006 19:58:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 355647302F; Mon, 19 Jun 2006 19:58:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060619235854.355647302F@freebsd-current.sentex.ca> Date: Mon, 19 Jun 2006 19:58:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jun 2006 23:58:57 -0000 TB --- 2006-06-19 23:25:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-19 23:25:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-06-19 23:25:50 - cleaning the object tree TB --- 2006-06-19 23:26:20 - checking out the source tree TB --- 2006-06-19 23:26:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-06-19 23:26:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-19 23:32:25 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-19 23:32:25 - cd /src TB --- 2006-06-19 23:32:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-19 23:58:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-19 23:58:54 - ERROR: failed to build world TB --- 2006-06-19 23:58:54 - tinderbox aborted TB --- 1.12 user 5.56 system 1984.11 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 00:32:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CEDF16A479; Tue, 20 Jun 2006 00:32:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82ADC43D49; Tue, 20 Jun 2006 00:32:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k5K0W53c030656; Mon, 19 Jun 2006 20:32:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k5K0VHlG074669; Mon, 19 Jun 2006 20:31:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 913E97302F; Mon, 19 Jun 2006 20:32:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060620003205.913E97302F@freebsd-current.sentex.ca> Date: Mon, 19 Jun 2006 20:32:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 00:32:07 -0000 TB --- 2006-06-19 23:58:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-19 23:58:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-06-19 23:58:54 - cleaning the object tree TB --- 2006-06-19 23:59:23 - checking out the source tree TB --- 2006-06-19 23:59:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-06-19 23:59:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-20 00:06:26 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-20 00:06:26 - cd /src TB --- 2006-06-20 00:06:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-20 00:32:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-20 00:32:05 - ERROR: failed to build world TB --- 2006-06-20 00:32:05 - tinderbox aborted TB --- 0.93 user 5.02 system 1990.90 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 00:55:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2128D16A482 for ; Tue, 20 Jun 2006 00:55:43 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: from otm-mgo01.iij.ad.jp (otm-mgo01.iij.ad.jp [210.138.20.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830C643D45 for ; Tue, 20 Jun 2006 00:55:41 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: OTM-MO(otm-mgo01) id k5K0teG9014780; Tue, 20 Jun 2006 09:55:40 +0900 (JST) DomainKey-Signature: a=rsa-sha1; s=omgo; d=iij.ad.jp; c=nofws; q=dns; h=date:message-id:to:from:x-mailer:mime-version: content-type:content-transfer-encoding; b=hZU4Qba+HFtNVSrgp+IuqwqxeHY5Y9NKF0jfVFDooQjHpCLLohYN3HVmlolRkturL T96ZIwWCRmsdW8fnD6zXA== Received: OTM-MIX(otm-mix00) id k5K0teHk079495; Tue, 20 Jun 2006 09:55:40 +0900 (JST) Received: from localhost (mercury.iij.ad.jp [192.168.184.90]) by rsmtp.iij.ad.jp (OTM-MR/rsmtp) id k5K0tcsM023569 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Tue, 20 Jun 2006 09:55:40 +0900 (JST) Date: Tue, 20 Jun 2006 09:55:38 +0900 (JST) Message-Id: <20060620.095538.55718139.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org From: YAMAMOTO Shigeru X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Jun_20_09_55_38_2006_364)--" Content-Transfer-Encoding: 7bit Subject: tcp_syncache.hashbase should be zero cleared before calling mtx_init() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 00:55:43 -0000 ----Next_Part(Tue_Jun_20_09_55_38_2006_364)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, all, When I testing -current, my pc panic at booting time. Message is 'lock "tcp_sc_head" XXXX already initialized'. So, I read @src/sys/netinet/tcp_syncache.c. It seems me that 'tcp_syncache.hashbase' should be zero cleared before calling, 289 mtx_init(&tcp_syncache.hashbase[i].sch_mtx, "tcp_sc_head 289 ", 290 NULL, MTX_DEF); Is it right? Thanks, ------- YAMAMOTO Shigeru P.S. currently, I'm using following local patch. ----Next_Part(Tue_Jun_20_09_55_38_2006_364)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tcp_syncache.c.diff" Index: sys/netinet/tcp_syncache.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/netinet/tcp_syncache.c,v retrieving revision 1.92 diff -u -r1.92 tcp_syncache.c --- sys/netinet/tcp_syncache.c 18 Jun 2006 13:03:42 -0000 1.92 +++ sys/netinet/tcp_syncache.c 19 Jun 2006 03:01:00 -0000 @@ -281,7 +281,7 @@ /* Allocate the hash table. */ MALLOC(tcp_syncache.hashbase, struct syncache_head *, tcp_syncache.hashsize * sizeof(struct syncache_head), - M_SYNCACHE, M_WAITOK); + M_SYNCACHE, M_WAITOK | M_ZERO); /* Initialize the hash buckets. */ for (i = 0; i < tcp_syncache.hashsize; i++) { ----Next_Part(Tue_Jun_20_09_55_38_2006_364)---- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 02:35:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D62A16A474; Tue, 20 Jun 2006 02:35:39 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DCB43D45; Tue, 20 Jun 2006 02:35:38 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k5K2dta0054222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jun 2006 22:40:01 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Mon, 19 Jun 2006 22:35:50 -0400 User-Agent: KMail/1.9.1 References: <200606161333.07522.mistry.7@osu.edu> <200606191705.25036.mistry.7@osu.edu> <20060619225147.GN23729@comp.chem.msu.su> In-Reply-To: <20060619225147.GN23729@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4295911.qZOKZ94YXi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606192236.04601.mistry.7@osu.edu> X-Spam-Status: No, score=-5.3 required=5.0 tests=ALL_TRUSTED,BAYES_80, J_CHICKENPOX_52,J_CHICKENPOX_65,MYFREEBSD2,MYFREEBSD3 autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1550/Mon Jun 19 13:01:35 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: sos@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 02:35:39 -0000 --nextPart4295911.qZOKZ94YXi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 19 June 2006 18:51, Yar Tikhiy wrote: > On Mon, Jun 19, 2006 at 05:05:09PM -0400, Anish Mistry wrote: > > On Monday 19 June 2006 16:36, Yar Tikhiy wrote: > > > On Mon, Jun 19, 2006 at 03:25:19PM -0400, Anish Mistry wrote: > > > > On Monday 19 June 2006 14:09, Yar Tikhiy wrote: > > > > > On Fri, Jun 16, 2006 at 01:32:55PM -0400, Anish Mistry=20 wrote: > > > > > > I'm trying to get FreeBSD installed on one of my systems > > > > > > and I'm getting the error stated below. I did have > > > > > > FreeBSD 6-STABLE installed a few months ago on this very > > > > > > system. The only change is that FreeBSD is now installed > > > > > > on the second harddrive instead of the first. This is > > > > > > using the -CURRENT snapshot for this month. The install > > > > > > goes just fine. I also get a very similar error when I > > > > > > install 6.1 too. > > > > > > > > > > > > This seems to be the same problem as: > > > > > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/20 > > > > > >06-0 3/ms g00539.html > > > > > > > > > > > > But I don't have a built-in compact flash reader attached > > > > > > via. ATA. > > > > > > > > > > > > Full verbose boot+backtrace: > > > > > > http://am-productions.biz/docs/boot-panic-script.txt.gz > > > > > > > > > > > > rr232x: no controller detected. > > > > > > ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 > > > > > > wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 > > > > > > cable=3D80 wire ad0: setting PIO4 on nForce2 Pro chip > > > > > > ad0: setting UDMA66 on nForce2 Pro chip > > > > > > ad0: 17206MB at ata0-master > > > > > > UDMA66 > > > > > > > > > > > > > > > > > > Fatal trap 18: integer divide fault while in kernel mode > > > > > > cpuid =3D 0; apic id =3D 00 > > > > > > instruction pointer =3D 0x20:0xc089b49f > > > > > > stack pointer =3D 0x28:0xc0c20b64 > > > > > > frame pointer =3D 0x28:0xc0c20bec > > > > > > 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 0 (swapper) > > > > > > [thread pid 0 tid 0 ] > > > > > > Stopped at __qdivrem+0x3b: divl %ecx,%eax > > > > > > db> bt > > > > > > Tracing pid 0 tid 0 td 0xc0a02fb8 > > > > > > __qdivrem(219b700,0,0,0,0) at __qdivrem+0x3b > > > > > > __udivdi3(219b700,0,0,0) at __udivdi3+0x16 > > > > > > > > > > ^^^ > > > > > Looks like an attempt to divide something (0x219b700) by > > > > > zero using quad_t arithmetics. > > > > > > > > > > > ad_describe(c26e8580,c26e8580,c262c280,c265e400,c25ec200) > > > > > > at ad_describe+0x1b3 > > > > > > ad_attach(c26e8580) at ad_attach+0x1e7 > > > > > > device_attach(c26e8580,c0957850,c26e8580,c265e000,c265e40 > > > > > >0) at device_attach+0x58 > > > > > > device_probe_and_attach(c26e8580) at > > > > > > device_probe_and_attach+0xe0 > > > > > > bus_generic_attach(c25d2a80,c25d2a80,1,0,c26e8580) at > > > > > > bus_generic_attach+0x16 > > > > > > ata_identify(c25d2a80) at ata_identify+0x1c8 > > > > > > ata_boot_attach(0) at ata_boot_attach+0x3e > > > > > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0450 > > > > > >af5) at run_interrupt_driven_config_hooks+0x18 > > > > > > mi_startup() at mi_startup+0x96 > > > > > > begin() at begin+0x2c > > > > > > db> ps > > > > > > -- > > > > > > Anish Mistry > > > > > > > > > > FWIW, I saw an integer divide fault apparently related to > > > > > the ata driver when I tried to test a low-end VIA-based > > > > > mobo with FreeBSD. I gave it away soon and had had no time > > > > > for debugging though. > > > > > > > > > > Could you see using gdb what C code is at ad_describe+0x1b3 > > > > > in your kernel? > > > > > > > > How do I do this without creating a kernel dump? Do I need > > > > to setup remote GDB over a serial console? > > > > > > No, you don't. It's much easier than that. You were > > > installing FreeBSD from a CURRENT snapshot when the panic > > > happened, weren't you? If so, get a working machine with > > > not-too-old GDB first. FreeBSD 5.x or 6.x will do. Then locate > > > kernel.debug or kernel.symbols in the boot/kernel subdir on the > > > installation CD. It's the kernel that panic'ed. Well, > > > kernel.symbols isn't the kernel itself, but its symbols only.=20 > > > OTOH, we need nothing but the symbols. > > > > > > Unpack the snapshot's kernel source to somewhere. This is as > > > easy as typing: > > > > > > cd /cdrom/7.0-CURRENT/src > > > > For the archives... > > You need to create the usr/src directory or tar will fail: > > mkdir -p /usr/home/me/somewhere/usr/src > > Yes, you're quite right here! > > > > env DESTDIR=3D/usr/home/me/somewhere sh install.sh sys > > > > > > And now load the kernel binary in GDB (not kgdb): > > > > > > gdb /cdrom/boot/kernel/kernel.symbols > > > (gdb) dir /usr/home/me/somewhere > > > > > > Perhaps GDB will find the source files more readily if you put > > > them just into /usr/src (after renaming the original /usr/src > > > to, e.g., /usr/src.orig). So you'll also prevent GDB from > > > picking the wrong source tree. > > > > > > mv /usr/src /usr/src.orig > > > mkdir /usr/src > > > cd /cdrom/7.0-CURRENT/src > > > sh install.sh sys > > > gdb /cdrom/boot/kernel/kernel.symbols > > > > > > Now you should be able to examine the source code using binary > > > code offsets: > > > > > > (gdb) list *(ad_describe+0x1b3) > > > > > > The "list" command will show you which line in which source > > > file is responsible for the division by zero, and 9 more lines > > > around it to provide a context. The output can be shown here > > > as is, it's quite informative. > > > > (gdb) list *(ad_describe+0x1b3) > > 0xc04e224b is in ad_describe > > (/usr/src/sys/dev/ata/ata-disk.c:383). > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > I suppose you put the CURRENT sources under /usr/src at last, > didn't you? Correct. > > > 378 device_get_unit(ch->dev), > > 379 (atadev->unit =3D=3D > > ATA_MASTER) ? "master" : "slave", > > 380 (adp->flags & > > AD_F_TAG_ENABLED) ? "tagged " : "", > > 381 ata_mode2str(atadev->mode)); > > 382 if (bootverbose) { > > 383 device_printf(dev, "%ju sectors [%juC/%dH/%dS] " > > 384 "%d sectors/interrupt %d depth > > queue\n", adp->total_secs, > > 385 adp->total_secs / (adp->heads * > > adp->sectors), > > 386 adp->heads, adp->sectors, > > atadev->max_iosize / DEV_BSIZE, > > 387 adp->num_tags + 1); > > Consequently, adp->heads or adp->sectors was 0 for ad0. It means=20 > that the ata(4) driver had some kind of trouble when reading the > disk's parameters from the ATA controller. Now you may want to > contact the author of ata(4), Soren Schmidt , for > further instructions on how to debug this problem. I hope he'll > find all this info useful. Thanks! Do you have any insight on what I can do further to debug this=20 problem? Thanks, =2D-=20 Anish Mistry --nextPart4295911.qZOKZ94YXi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEl18UxqA5ziudZT0RArAeAKCRFXkvLDnXzG6w5ZmTZFqoCprMWACgmgCw 3xzwUOVK8mgfZZXOyZyqcCQ= =8RXQ -----END PGP SIGNATURE----- --nextPart4295911.qZOKZ94YXi-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 03:42:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A47B16A47B for ; Tue, 20 Jun 2006 03:42:30 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9BE343D48 for ; Tue, 20 Jun 2006 03:42:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5K3gTQx064845 for ; Mon, 19 Jun 2006 20:42:29 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5K3gTHl064844 for freebsd-current@freebsd.org; Mon, 19 Jun 2006 20:42:29 -0700 (PDT) (envelope-from obrien) Date: Mon, 19 Jun 2006 20:42:29 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20060620034229.GA48515@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Subject: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 03:42:30 -0000 I am getting these errors all the time now (now being -CURRENT newer than Dec'05-Jan'06 time frame). Are there some known issues in UDP or NFS serving since then? This is on a virtually zero loaded 100Mbit network. Both the NFS server and client are FreeBSD-CURRENT systems. I can trivially trigger this on all my FreeBSD-CURRENT NFS clients, simply by exiting Vim. Did something change sometime in 2006 that would affect the default NFS mounts? -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 04:50:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF37216A47E; Tue, 20 Jun 2006 04:50:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B3343D46; Tue, 20 Jun 2006 04:50:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k5K4oA91095014; Mon, 19 Jun 2006 22:50:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44977E82.8040801@samsco.org> Date: Mon, 19 Jun 2006 22:50:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20060620034229.GA48515@dragon.NUXI.org> In-Reply-To: <20060620034229.GA48515@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 04:50:25 -0000 David O'Brien wrote: > I am getting these errors all the time now (now being -CURRENT newer than > Dec'05-Jan'06 time frame). Are there some known issues in UDP or NFS > serving since then? This is on a virtually zero loaded 100Mbit network. > Both the NFS server and client are FreeBSD-CURRENT systems. > > I can trivially trigger this on all my FreeBSD-CURRENT NFS clients, > simply by exiting Vim. Did something change sometime in 2006 that would > affect the default NFS mounts? > A number of NFS changes happened in the first quarter of 2006, but they were all focused on fixing existing bugs. I've done extensive NFS client testing with 6.1 and haven't seen anything unusual like you report, but I definitely wouldn't rule out the possibility for accidental problems. The best way to start debugging this is to capture the packet stream with tcpdump; I always run it in raw capture mode and then use other tools to analyze the output. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 06:35:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4462116A47A; Tue, 20 Jun 2006 06:35:27 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFA8E43D46; Tue, 20 Jun 2006 06:35:25 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-71-233-168-2.hsd1.ma.comcast.net ([71.233.168.2]) by comcast.net (sccrmhc15) with ESMTP id <200606200635240150091q9ie>; Tue, 20 Jun 2006 06:35:24 +0000 Received: from c-71-233-168-2.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-71-233-168-2.hsd1.ma.comcast.net (8.13.6/8.13.1) with ESMTP id k5K6ZP7e011559; Tue, 20 Jun 2006 02:35:25 -0400 (EDT) (envelope-from rodrigc@c-71-233-168-2.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-233-168-2.hsd1.ma.comcast.net (8.13.6/8.13.1/Submit) id k5K6ZPF0011558; Tue, 20 Jun 2006 02:35:25 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 20 Jun 2006 02:35:25 -0400 From: Craig Rodrigues To: Pawel Jakub Dawidek Message-ID: <20060620063525.GA11441@crodrigues.org> References: <20060619131101.GD1130@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 06:35:27 -0000 On Mon, Jun 19, 2006 at 03:11:01PM +0200, Pawel Jakub Dawidek wrote: > http://people.freebsd.org/~pjd/patches/gjournal.patch (for HEAD) > http://people.freebsd.org/~pjd/patches/gjournal6.patch (for RELENG_6) I would recommend that you not introduce a new MNT_GJOURNAL flag to , and that instead you just pass -o gjournal directly down into nmount(). In kernel code, you can use vfs_flagopt()/vfs_getopt() to determine if you have this mount option or not. The mount(8) userland utility would not need any modifications, since it just passes -o options down to nmount(). gjournal looks very interesting! -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 07:28:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08DBD16A47D for ; Tue, 20 Jun 2006 07:28:01 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B313943D53 for ; Tue, 20 Jun 2006 07:28:00 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5K7RuhK032467 for ; Tue, 20 Jun 2006 00:28:00 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5K7Ru61032466 for freebsd-current@freebsd.org; Tue, 20 Jun 2006 00:27:56 -0700 (PDT) (envelope-from obrien) Date: Tue, 20 Jun 2006 00:27:56 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20060620072756.GA32440@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Subject: [PANCIC] lock "tcp_sc_head" 0xffffffff80f02200 already initialized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 07:28:01 -0000 Anyone claim this one? 2P/4C Opteron workstation running today's 64-bit 7-CURRENT. --- Timecounters tick every 1.000 msec panic: lock "tcp_sc_head" 0xffffffff80f02200 already initialized cpuid = 0 KDB: stack backtrace: panic() at panic+0x253 lock_init() at lock_init+0x6e syncache_init() at syncache_init+0x11c tcp_init() at tcp_init+0x266 net_add_domain() at net_add_domain+0x8c mi_startup() at mi_startup+0xd3 btext() at btext+0x2c Uptime: 1s -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 08:12:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21BAE16A474 for ; Tue, 20 Jun 2006 08:12:37 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D893643D58 for ; Tue, 20 Jun 2006 08:12:35 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 55403 invoked from network); 20 Jun 2006 08:12:10 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Jun 2006 08:12:10 -0000 Message-ID: <4497ADF6.8000106@freebsd.org> Date: Tue, 20 Jun 2006 10:12:38 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: YAMAMOTO Shigeru References: <20060620.095538.55718139.shigeru@iij.ad.jp> In-Reply-To: <20060620.095538.55718139.shigeru@iij.ad.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: tcp_syncache.hashbase should be zero cleared before calling mtx_init() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 08:12:37 -0000 YAMAMOTO Shigeru wrote: > Hi, all, > > When I testing -current, my pc panic at booting time. > Message is 'lock "tcp_sc_head" XXXX already initialized'. > > So, I read @src/sys/netinet/tcp_syncache.c. > It seems me that 'tcp_syncache.hashbase' should be zero cleared before > calling, > > 289 mtx_init(&tcp_syncache.hashbase[i].sch_mtx, "tcp_sc_head > 289 ", > 290 NULL, MTX_DEF); > > Is it right? Yes. I committed your fix in rev. 1.93 of tcp_syncache.c. Thanks -- Andre > Thanks, > ------- > YAMAMOTO Shigeru > > P.S. > currently, I'm using following local patch. > > > ------------------------------------------------------------------------ > > Index: sys/netinet/tcp_syncache.c > =================================================================== > RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/netinet/tcp_syncache.c,v > retrieving revision 1.92 > diff -u -r1.92 tcp_syncache.c > --- sys/netinet/tcp_syncache.c 18 Jun 2006 13:03:42 -0000 1.92 > +++ sys/netinet/tcp_syncache.c 19 Jun 2006 03:01:00 -0000 > @@ -281,7 +281,7 @@ > /* Allocate the hash table. */ > MALLOC(tcp_syncache.hashbase, struct syncache_head *, > tcp_syncache.hashsize * sizeof(struct syncache_head), > - M_SYNCACHE, M_WAITOK); > + M_SYNCACHE, M_WAITOK | M_ZERO); > > /* Initialize the hash buckets. */ > for (i = 0; i < tcp_syncache.hashsize; i++) { > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 08:39:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 379CC16A492; Tue, 20 Jun 2006 08:39:17 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D5543D5C; Tue, 20 Jun 2006 08:39:15 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C469051814; Tue, 20 Jun 2006 10:39:13 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F252A51307; Tue, 20 Jun 2006 10:39:06 +0200 (CEST) Date: Tue, 20 Jun 2006 10:36:33 +0200 From: Pawel Jakub Dawidek To: Niki Denev Message-ID: <20060620083632.GB6235@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <4496EDB2.5040706@cytexbg.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <4496EDB2.5040706@cytexbg.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 08:39:17 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 19, 2006 at 09:32:18PM +0300, Niki Denev wrote: +> I wonder if it's possible to use gjournal on +> existing file system with the journal on a vnode/(swap?) backed md(4) de= vice? +> (i want to test on a existing installation without free unpartitioned sp= ace) Depend on what do you want to test. If you just want to look around, swap-backed md(4) device for journal should be fine. If you want to perform some crash tests, you may want to turn off the swap and use its provider for journal directly (without md(4)), so it will be available after a reboot. You can configure gjournal on an existing file system, but, as always, the last sector will be used for metadata. For example, you have your file system on ad0s1d and swap on ad0s1b. You can try to configure gjournal this way: # swapoff /dev/ad0s1b # umount /dev/ad0s1d # gjournal label ad0s1d ad0s1b Your swap should have at least 2GB if your file system will be heavy loaded. Be warned that this will overwrite the last sector on ad0s1d, which should be safe, but you never know. +> And if it is possible, how can i do this for the root filesystem? i'll n= eed the md(4) +> device before mounting of the root fs which seems hard/impossible? +> What's going to happen if my root mount is gjournal labeled and has gjou= rnal option in +> fstab but at boot time the journal GEOM provider does not exist? I forgot to mention this in my initial mail. This is not yet possible to use gjournal for the root file system. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEl7OQForvXbEpPzQRAjDnAJ4zBXaKq7QO6h5tshc4Uc+Z+GeLXwCgjzMw 1lTAcJbB+zfgqC8VzF4DwOg= =Qkqy -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 08:43:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C73D16A47A; Tue, 20 Jun 2006 08:43:51 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B368243D53; Tue, 20 Jun 2006 08:43:50 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 52A9251388; Tue, 20 Jun 2006 10:43:49 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3C9E951307; Tue, 20 Jun 2006 10:43:44 +0200 (CEST) Date: Tue, 20 Jun 2006 10:41:10 +0200 From: Pawel Jakub Dawidek To: Brooks Davis Message-ID: <20060620084110.GC6235@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <20060619185800.GA22546@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2/5bycvrmDh4d1IB" Content-Disposition: inline In-Reply-To: <20060619185800.GA22546@odin.ac.hmc.edu> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 08:43:51 -0000 --2/5bycvrmDh4d1IB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 19, 2006 at 11:58:00AM -0700, Brooks Davis wrote: +> On Mon, Jun 19, 2006 at 03:11:01PM +0200, Pawel Jakub Dawidek wrote: +> >=20 +> > How it works (in short). You may define one or two providers which +> > gjournal will use. If one provider is given, it will be used for both - +> > data and journal. If two providers are given, one will be used for data +> > and one for journal. +> > Every few seconds (you may define how many) journal is terminated and +> > marked as consistent and gjournal starts to copy data from it to the +> > data provider. In the same time new data are stored in new journal. +> > Let's call the moment in which journal is terminated as "journal switc= h". +>=20 +> Cool solution! I think I'll give this a try on my redundent mirror +> server at work. I'd be curious to see how gjournal performs with the +> journal on a battery backed ram disk like the gigabyte i-RAM: +>=20 +> http://www.giga-byte.com/Products/Storage/Products_Overview.aspx?Product= ID=3D2180&ProductName=3DGC-RAMDISK I am curious too:) But as I said, there is still a lot of room for performance improvements. The bottleneck currently is file system synchronization, I think. I hope our VFS gurus will look into VFS_SYNC() optimizations. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2/5bycvrmDh4d1IB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEl7SlForvXbEpPzQRAqB1AJ45J7spbBRtAcRzlA/ZhwzgNLz6PgCgmwRx y9ph5z7m5towyeZISTAnQik= =PdyB -----END PGP SIGNATURE----- --2/5bycvrmDh4d1IB-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 08:51:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B98416A494 for ; Tue, 20 Jun 2006 08:51:01 +0000 (UTC) (envelope-from sico@loquefaltaba.com) Received: from mail.loquefaltaba.com (78.Red-213-96-97.staticIP.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA26D43D45 for ; Tue, 20 Jun 2006 08:50:59 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id EA379C1D3; Tue, 20 Jun 2006 10:50:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at loquefaltaba.com Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cx3wOPk-X3Aw; Tue, 20 Jun 2006 10:50:51 +0200 (CEST) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 0601CC11F; Tue, 20 Jun 2006 10:50:51 +0200 (CEST) Received: from 195.235.92.5 (SquirrelMail authenticated user sico) by webmail.loquefaltaba.com with HTTP; Tue, 20 Jun 2006 10:50:51 +0200 (CEST) Message-ID: <35465.195.235.92.5.1150793451.squirrel@webmail.loquefaltaba.com> In-Reply-To: <70e8236f0606160749q7217846ax4416d0d7c763b8ad@mail.gmail.com> References: <45348.195.235.92.5.1150375615.squirrel@webmail.loquefaltaba.com> <20060615140514.GA77239@FreeBSD.czest.pl> <52477.192.168.0.150.1150410730.squirrel@webmail.loquefaltaba.com> <70e8236f0606151800i6a3f2514jed6cdc0fbd427833@mail.gmail.com> <58138.195.235.92.5.1150440207.squirrel@webmail.loquefaltaba.com> <70e8236f0606160749q7217846ax4416d0d7c763b8ad@mail.gmail.com> Date: Tue, 20 Jun 2006 10:50:51 +0200 (CEST) From: "David Barbero" To: "Joao Barros" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: boot parameters to disable firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 08:51:01 -0000 Joao Barros escribió: > > It's a Latitude. The Bios is the latest version I think, don't have > the laptop here, can't confirm it right now. > > No special setting in the Bios, it just booted a 6.1R CD with no problems. > I'm returning that particular laptop next week so anything you need me > to check/test should be asap. > > -- > Joao Barros Hi all. In the end I have updated the BIOS of my laptop to the last revision and have been able to install without problems. It seems to be that it is a failure of the BIOS. Thank you very much to all. Regards. -- "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 09:05:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74E216A49E for ; Tue, 20 Jun 2006 09:05:40 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 33BF143D5A for ; Tue, 20 Jun 2006 09:05:38 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 56922 invoked from network); 20 Jun 2006 09:05:33 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 20 Jun 2006 09:05:33 -0000 Message-ID: <4497BA5B.8050805@FreeBSD.org> Date: Tue, 20 Jun 2006 11:05:31 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5.0.4 (X11/20060606) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060619131101.GD1130@garage.freebsd.pl> <4496EDB2.5040706@cytexbg.com> <20060620083632.GB6235@garage.freebsd.pl> In-Reply-To: <20060620083632.GB6235@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 09:05:40 -0000 Pawel Jakub Dawidek wrote: > I forgot to mention this in my initial mail. This is not yet possible to > use gjournal for the root file system. Even if the machine boots from another device and the gjournal kernel module is loaded before mounting the root filesystem? -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 09:15:11 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA94E16A47A; Tue, 20 Jun 2006 09:15:11 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A48343D64; Tue, 20 Jun 2006 09:14:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AEEDF51388; Tue, 20 Jun 2006 11:14:56 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 586AA50E81; Tue, 20 Jun 2006 11:14:51 +0200 (CEST) Date: Tue, 20 Jun 2006 11:12:17 +0200 From: Pawel Jakub Dawidek To: Alex Dupre Message-ID: <20060620091216.GD6235@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <4496EDB2.5040706@cytexbg.com> <20060620083632.GB6235@garage.freebsd.pl> <4497BA5B.8050805@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WChQLJJJfbwij+9x" Content-Disposition: inline In-Reply-To: <4497BA5B.8050805@FreeBSD.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 09:15:12 -0000 --WChQLJJJfbwij+9x Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 20, 2006 at 11:05:31AM +0200, Alex Dupre wrote: +> Pawel Jakub Dawidek wrote: +> >I forgot to mention this in my initial mail. This is not yet possible to +> >use gjournal for the root file system. +>=20 +> Even if the machine boots from another device and the gjournal kernel mo= dule is loaded before mounting the root filesystem? Yes, even then, because mount(8) utility is responsible for cleaning =2Edeleted/ directory. This can be done when the file system is remounted read-write, but I just didn't have time to work on this yet. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --WChQLJJJfbwij+9x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEl7vwForvXbEpPzQRAnUtAKDCxpIzoNix1nU0n+xLHGrrsBpMIACgnh/I oRKJQNNV+TRZ0RmJoR2ojP0= =4o5n -----END PGP SIGNATURE----- --WChQLJJJfbwij+9x-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 10:08:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE42416A474 for ; Tue, 20 Jun 2006 10:08:02 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F52E43D46 for ; Tue, 20 Jun 2006 10:07:58 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5KA7qoC034971; Tue, 20 Jun 2006 14:07:52 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5KA7lhZ034962; Tue, 20 Jun 2006 14:07:47 +0400 (MSD) (envelope-from yar) Date: Tue, 20 Jun 2006 14:07:46 +0400 From: Yar Tikhiy To: "Andrew R. Reiter" Message-ID: <20060620100746.GO23729@comp.chem.msu.su> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> <20060619190822.GE966@turion.vk2pj.dyndns.org> <20060619221550.GM23729@comp.chem.msu.su> <20060619181929.W40529@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060619181929.W40529@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: Peter Jeremy , current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 10:08:02 -0000 On Mon, Jun 19, 2006 at 06:20:54PM -0400, Andrew R. Reiter wrote: > On Tue, 20 Jun 2006, Yar Tikhiy wrote: > :On Tue, Jun 20, 2006 at 05:08:22AM +1000, Peter Jeremy wrote: > :> On Mon, 2006-Jun-19 22:45:41 +0400, Yar Tikhiy wrote: > :> >Peter, what gcc options did you build the kernel with? My question > :> >is unrelated to the panic, I'd just like to make stack traces look > :> >sane in common cases :-) > :> > :> In /etc/make.conf: > :> CPUTYPE?=athlon-xp > :> CFLAGS=-O -pipe > :> COPTFLAGS=-O -pipe > : > :Indeed, gcc in athlon-xp mode handles function calls in a manner > :different from the i386 default one. The old backtrace would be > :confused, too, by the code generated so. > : [...] > > Thanks for the information regarding athlon-xp. Have other OSes done > anything (special casing?) for this hardware so as to make it more easy > for "better" traces to be done? I think the only reliable way of determining the number of arguments to a function, particularly in the athlon-xp code from gcc, is to use debugging symbols. However, that would require loading the full symbols along with kernel and module files. We can leave it to kgdb for now, it's really good at it. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 10:14:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C37A16A474; Tue, 20 Jun 2006 10:14:32 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id E512643D48; Tue, 20 Jun 2006 10:14:31 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FsdFf-000MHL-0A; Tue, 20 Jun 2006 14:14:31 +0400 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FsdGv-000Ohn-Ra; Tue, 20 Jun 2006 14:15:49 +0400 To: FreeBSD Tinderbox References: <20060619225204.29A9B7302F@freebsd-current.sentex.ca> From: Boris Samorodov Date: Tue, 20 Jun 2006 14:15:49 +0400 In-Reply-To: <20060619225204.29A9B7302F@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Mon, 19 Jun 2006 18:52:04 -0400 (EDT)") Message-ID: <02961466@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 10:14:32 -0000 On Mon, 19 Jun 2006 18:52:04 -0400 (EDT) FreeBSD Tinderbox wrote: > ./mkmagic magic > *** Signal 11 The same on amd64 but signal 10. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 10:29:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6372516A479; Tue, 20 Jun 2006 10:29:13 +0000 (UTC) (envelope-from regnauld@x0.dk) Received: from x0.dk (x0.dk [62.242.165.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE76843D46; Tue, 20 Jun 2006 10:29:12 +0000 (GMT) (envelope-from regnauld@x0.dk) Received: from localhost (unknown [127.0.0.1]) by tetard.starbsd.org (Postfix) with ESMTP id 36F5B3565C; Tue, 20 Jun 2006 12:29:11 +0200 (CEST) Received: from tetard.starbsd.org ([127.0.0.1]) by localhost (tetard.starbsd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27908-05; Tue, 20 Jun 2006 12:29:10 +0200 (CEST) Received: by tetard.starbsd.org (Postfix, from userid 1001) id 4556E35667; Tue, 20 Jun 2006 12:29:10 +0200 (CEST) Date: Tue, 20 Jun 2006 12:29:10 +0200 From: Phil Regnauld To: Pawel Jakub Dawidek Message-ID: <20060620102910.GG27055@tetard.starbsd.org> References: <20060619131101.GD1130@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> X-Operating-System: FreeBSD 6.1-STABLE i386 Organization: *BSD User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at starbsd.org Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 10:29:13 -0000 On Mon, Jun 19, 2006 at 03:11:01PM +0200, Pawel Jakub Dawidek wrote: > > Copying one large file: > UFS: 8s > UFS+SU: 8s > gjournal(1): 16s > gjournal(2): 14s This is very very interesting work! I am definitely going to test this. I know this is too early to ask considering the optimizations that can be done, but do you have any idea how this would perform compared to ReiserFS on similar operations as the ones you benchmarked ? PS: is it me or is the patch missing a gjournal command, as invoked in your examples ? Cheers, Phil From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 10:38:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58A7D16A47A; Tue, 20 Jun 2006 10:38:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E7A43D53; Tue, 20 Jun 2006 10:38:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6540946B83; Tue, 20 Jun 2006 06:38:29 -0400 (EDT) Date: Tue, 20 Jun 2006 11:38:29 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <44977E82.8040801@samsco.org> Message-ID: <20060620113745.N35462@fledge.watson.org> References: <20060620034229.GA48515@dragon.NUXI.org> <44977E82.8040801@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 10:38:30 -0000 On Mon, 19 Jun 2006, Scott Long wrote: > David O'Brien wrote: > >> I am getting these errors all the time now (now being -CURRENT newer than >> Dec'05-Jan'06 time frame). Are there some known issues in UDP or NFS >> serving since then? This is on a virtually zero loaded 100Mbit network. >> Both the NFS server and client are FreeBSD-CURRENT systems. >> >> I can trivially trigger this on all my FreeBSD-CURRENT NFS clients, simply >> by exiting Vim. Did something change sometime in 2006 that would affect >> the default NFS mounts? > > A number of NFS changes happened in the first quarter of 2006, but they were > all focused on fixing existing bugs. I've done extensive NFS client testing > with 6.1 and haven't seen anything unusual like you report, but I definitely > wouldn't rule out the possibility for accidental problems. The best way to > start debugging this is to capture the packet stream with tcpdump; I always > run it in raw capture mode and then use other tools to analyze the output. Another thing to try is to run a constant ping session in the background, and see if there are correlations between NFS errors and ping problems. It's possible the origin of the issue is actually a network driver problem. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 13:10:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C0C16A474; Tue, 20 Jun 2006 13:10:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B36DF43D67; Tue, 20 Jun 2006 13:10:57 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA06611; Tue, 20 Jun 2006 16:10:54 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4497F3DE.7030000@icyb.net.ua> Date: Tue, 20 Jun 2006 16:10:54 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: John Baldwin References: <1148837064.00534930.1148826605@10.7.7.3> <200606011504.31635.jhb@freebsd.org> <44929864.4080207@icyb.net.ua> <200606161509.28998.jhb@freebsd.org> In-Reply-To: <200606161509.28998.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Nate Lawson Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 13:10:59 -0000 on 16/06/2006 22:09 John Baldwin said the following: > On Friday 16 June 2006 07:39, Andriy Gapon wrote: >> Maybe I will say something too ignorant for this list, but is it >> possible to drive hardclock with two interrupts (I haven't thought yet >> how, though) and use RTC as the second interrupt source ? >> I think that RTC/IRQ8 (usually) doesn't have problems associated with >> 8254 timer/IRQ0 and can be used without mixed mode. > > Well, you could use the RTC instead of the lapic timer on CPU 0 and then use > IPIs to forward clock interrupts to all the other CPUs just as we did before > we used the lapic timer. > Well, I think MP systems are "meant" to use lapic timer; anyway, I do not care much for them now :-) But I am exploring possibilities to avoid using lapic timer (or to augment it) on UP systems. And, as you confirm, RTC seems to be a good candidate for that. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 14:20:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF5516A47B; Tue, 20 Jun 2006 14:20:27 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 280C343D7B; Tue, 20 Jun 2006 14:19:57 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id A3DD723FAC; Tue, 20 Jun 2006 10:19:56 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 716F456FC5; Tue, 20 Jun 2006 10:19:55 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fsh57-0001V5-SW; Tue, 20 Jun 2006 15:19:54 +0100 Date: Tue, 20 Jun 2006 15:19:53 +0100 From: Brian Candler To: David O'Brien Message-ID: <20060620141953.GB5731@uk.tiscali.com> References: <20060620034229.GA48515@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620034229.GA48515@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 14:20:27 -0000 On Mon, Jun 19, 2006 at 08:42:29PM -0700, David O'Brien wrote: > I am getting these errors all the time now (now being -CURRENT newer than > Dec'05-Jan'06 time frame). Are there some known issues in UDP or NFS > serving since then? This is on a virtually zero loaded 100Mbit network. > Both the NFS server and client are FreeBSD-CURRENT systems. > > I can trivially trigger this on all my FreeBSD-CURRENT NFS clients, > simply by exiting Vim. Did something change sometime in 2006 that would > affect the default NFS mounts? # ping -c100 -s1472 your.nfs.server Run this when the machine is idle; and run it while you are exercising the NFS server. Do you see any packet loss? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 14:33:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EB8E16A474; Tue, 20 Jun 2006 14:33:06 +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 E80B243D45; Tue, 20 Jun 2006 14:33:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5KEWeRK028093; Tue, 20 Jun 2006 10:32:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 20 Jun 2006 10:02:06 -0400 User-Agent: KMail/1.9.1 References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> In-Reply-To: <20060616211540.D37640@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606201002.07695.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 20 Jun 2006 10:32:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1550/Mon Jun 19 13:01:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dmitry Pryanishnikov , Adi Pircalabu , Hajimu UMEMOTO , Ivan Voras , "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 14:33:06 -0000 On Friday 16 June 2006 14:25, Dmitry Pryanishnikov wrote: > > Hello! > > On Sat, 17 Jun 2006, Hajimu UMEMOTO wrote: > > dmitry> doesn't crash/hang anything, it just gives the possibility to use this > > dmitry> combination. > > > > This patch is somewhat redundant. Adding > > > > __weak_reference(dlsym, _dlsym); > > > > is enough. > > Indeed, this also works for me. It would be nice to see this trivial > addition committed. I agree. Do you have the __weak_reference() patch handy? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 14:33:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EB8E16A474; Tue, 20 Jun 2006 14:33:06 +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 E80B243D45; Tue, 20 Jun 2006 14:33:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5KEWeRK028093; Tue, 20 Jun 2006 10:32:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 20 Jun 2006 10:02:06 -0400 User-Agent: KMail/1.9.1 References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> In-Reply-To: <20060616211540.D37640@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606201002.07695.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 20 Jun 2006 10:32:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1550/Mon Jun 19 13:01:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dmitry Pryanishnikov , Adi Pircalabu , Hajimu UMEMOTO , Ivan Voras , "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 14:33:06 -0000 On Friday 16 June 2006 14:25, Dmitry Pryanishnikov wrote: > > Hello! > > On Sat, 17 Jun 2006, Hajimu UMEMOTO wrote: > > dmitry> doesn't crash/hang anything, it just gives the possibility to use this > > dmitry> combination. > > > > This patch is somewhat redundant. Adding > > > > __weak_reference(dlsym, _dlsym); > > > > is enough. > > Indeed, this also works for me. It would be nice to see this trivial > addition committed. I agree. Do you have the __weak_reference() patch handy? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 15:19:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFCF016A474 for ; Tue, 20 Jun 2006 15:19:21 +0000 (UTC) (envelope-from apircalabu@bitdefender.com) Received: from mail.bitdefender.com (ns.bitdefender.com [217.156.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C97743D49 for ; Tue, 20 Jun 2006 15:19:19 +0000 (GMT) (envelope-from apircalabu@bitdefender.com) Received: (qmail 4256 invoked by uid 1010); 20 Jun 2006 18:19:16 +0300 Received: from apircalabu.dsd.ro (10.10.15.22) by mail.bitdefender.com with SMTP; 20 Jun 2006 18:19:16 +0300 Date: Tue, 20 Jun 2006 18:19:16 +0300 From: Adi Pircalabu To: John Baldwin Message-ID: <20060620181916.732dbc5c@apircalabu.dsd.ro> In-Reply-To: <200606201002.07695.jhb@freebsd.org> References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> Organization: BitDefender X-Mailer: Sylpheed-Claws 2.3.0 (GTK+ 2.8.19; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BitDefender-SpamStamp: 1.1.4 049000040111AAAAAAE X-BitDefender-Scanner: Clean, Agent: BitDefender Qmail 1.6.2 on mail.bitdefender.com X-BitDefender-Spam: No (0) Cc: Dmitry Pryanishnikov , Marcus Alves Grando , freebsd-current@freebsd.org, Hajimu UMEMOTO , Ivan Voras Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 15:19:21 -0000 On Tue, 20 Jun 2006 10:02:06 -0400 John Baldwin wrote: > On Friday 16 June 2006 14:25, Dmitry Pryanishnikov wrote: > > > > Hello! > > > > On Sat, 17 Jun 2006, Hajimu UMEMOTO wrote: > > > dmitry> doesn't crash/hang anything, it just gives the > > > dmitry> possibility to use this combination. > > > > > > This patch is somewhat redundant. Adding > > > > > > __weak_reference(dlsym, _dlsym); > > > > > > is enough. > > > > Indeed, this also works for me. It would be nice to see this > > trivial addition committed. > > I agree. Do you have the __weak_reference() patch handy? I know that this patch, by itself, does not break anything in the base system. It gives the possibility to use native Mozilla-based browsers with linux-flashplugin7. It eases the task of integrating them. But not always adding a feature leads to the desired results. Flash7 DOES hang a lot when used with native Mozilla. Denying this isn't the right thing to do, it will hit lots of users. There are not as many reports as someone would expect because the patch is not applied (yet) mainstream. Usually, if you offer a feature in a software product, users tend to use it. In this specific case I'd go for the solution of a separate library used with LD_PRELOAD by Mozilla proposed by Marcus Alves Grando. In the end, it's a matter of decision. -- Adi Pircalabu (PGP Key ID 0x04329F5E) -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 15:31:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 021AC16A47E for ; Tue, 20 Jun 2006 15:31:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A296243D45 for ; Tue, 20 Jun 2006 15:31:11 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.221] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id k5KFUoOZ046191; Tue, 20 Jun 2006 08:30:54 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <449814AA.90307@freebsd.org> Date: Tue, 20 Jun 2006 08:30:50 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Andrew R. Reiter" References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> <20060619190822.GE966@turion.vk2pj.dyndns.org> <20060619221550.GM23729@comp.chem.msu.su> <20060619181929.W40529@fledge.watson.org> In-Reply-To: <20060619181929.W40529@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 15:31:12 -0000 Andrew R. Reiter wrote: > On Tue, 20 Jun 2006, Yar Tikhiy wrote: > > :On Tue, Jun 20, 2006 at 05:08:22AM +1000, Peter Jeremy wrote: > :> On Mon, 2006-Jun-19 22:45:41 +0400, Yar Tikhiy wrote: > :> >Peter, what gcc options did you build the kernel with? My question > :> >is unrelated to the panic, I'd just like to make stack traces look > :> >sane in common cases :-) > :> > : > :When in basic i386 mode, gcc calls functions in the traditional > :way. E.g., the "foo(1, 2)" call will look as follows in asm: > : > : pushl $2 > : pushl $1 > : call foo > : addl $8, %esp > : > :By merely decoding the addl instruction at the return pointer we > :can find how many words of arguments the called function takes. I'm not sure which -O flags enable this, but I've certainly seen lazy stack cleanups in gcc-generated code on i386: pushl $2 pushl $1 call foo pushl $3 pushl $4 call foo addl $16, %esp This optimization would also confuse the stack-tracing logic you describe. Tim From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 17:06:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC2A516A479; Tue, 20 Jun 2006 17:06:31 +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 1C72F43D77; Tue, 20 Jun 2006 17:06:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5KH64ix029410; Tue, 20 Jun 2006 13:06:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Adi Pircalabu Date: Tue, 20 Jun 2006 12:50:38 -0400 User-Agent: KMail/1.9.1 References: <449015DE.6090407@fer.hr> <200606201002.07695.jhb@freebsd.org> <20060620181916.732dbc5c@apircalabu.dsd.ro> In-Reply-To: <20060620181916.732dbc5c@apircalabu.dsd.ro> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606201250.39071.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 20 Jun 2006 13:06:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1551/Tue Jun 20 09:37:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dmitry Pryanishnikov , Marcus Alves Grando , freebsd-current@freebsd.org, Hajimu UMEMOTO , Ivan Voras Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 17:06:32 -0000 On Tuesday 20 June 2006 11:19, Adi Pircalabu wrote: > On Tue, 20 Jun 2006 10:02:06 -0400 John Baldwin wrote: > > > On Friday 16 June 2006 14:25, Dmitry Pryanishnikov wrote: > > > > > > Hello! > > > > > > On Sat, 17 Jun 2006, Hajimu UMEMOTO wrote: > > > > dmitry> doesn't crash/hang anything, it just gives the > > > > dmitry> possibility to use this combination. > > > > > > > > This patch is somewhat redundant. Adding > > > > > > > > __weak_reference(dlsym, _dlsym); > > > > > > > > is enough. > > > > > > Indeed, this also works for me. It would be nice to see this > > > trivial addition committed. > > > > I agree. Do you have the __weak_reference() patch handy? > > I know that this patch, by itself, does not break anything in the base > system. It gives the possibility to use native Mozilla-based browsers > with linux-flashplugin7. It eases the task of integrating them. > But not always adding a feature leads to the desired results. Flash7 > DOES hang a lot when used with native Mozilla. Denying this isn't the > right thing to do, it will hit lots of users. > There are not as many reports as someone would expect because the patch > is not applied (yet) mainstream. Usually, if you offer a feature in a > software product, users tend to use it. > In this specific case I'd go for the solution of a separate library > used with LD_PRELOAD by Mozilla proposed by Marcus Alves Grando. > In the end, it's a matter of decision. A separate LD_PRELOAD library for a single weak symbol seems excessive. It also does not enable flash automatically, users still have to conciously choose to install the port. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 17:15:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 004B716A494; Tue, 20 Jun 2006 17:15:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 791C943D73; Tue, 20 Jun 2006 17:15:41 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA10845; Tue, 20 Jun 2006 20:15:39 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <44982D3B.9050409@icyb.net.ua> Date: Tue, 20 Jun 2006 20:15:39 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1148837064.00534930.1148826605@10.7.7.3> <200606011504.31635.jhb@freebsd.org> <44929864.4080207@icyb.net.ua> <200606161509.28998.jhb@freebsd.org> <4497F3DE.7030000@icyb.net.ua> In-Reply-To: <4497F3DE.7030000@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Nate Lawson Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 17:15:44 -0000 on 20/06/2006 16:10 Andriy Gapon said the following: > Well, I think MP systems are "meant" to use lapic timer; anyway, I do > not care much for them now :-) But I am exploring possibilities to avoid > using lapic timer (or to augment it) on UP systems. And, as you confirm, > RTC seems to be a good candidate for that. > BTW, an interesting link here: http://www.microsoft.com/whdc/system/CEC/mm-timer.mspx Some quotes: 8254 PIT ... this timer is only used in periodic mode to provide the periodic clock interrupt on uni-processor systems. [in Windows] RTC ... The RTC is used in periodic mode to provide the system profiling interrupt on uni-processor systems and the clock interrupt on multi-processor systems. [in Windows] Not sure about their terminology and how up-to-date this document is, but I think that they use 8254 for hardclock on non-APIC systems and RTC on APIC systems in Windows XP. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 17:51:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE57816A47A for ; Tue, 20 Jun 2006 17:51:25 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF1A43D46 for ; Tue, 20 Jun 2006 17:51:25 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 15A3D5E4919; Tue, 20 Jun 2006 10:51:25 -0700 (PDT) Received: from [192.168.168.201] (70-37-200-108.losaca.adelphia.net [70.37.200.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 9D2AB5E4912; Tue, 20 Jun 2006 10:51:23 -0700 (PDT) Message-ID: <44983598.7010108@FreeBSD.org> Date: Tue, 20 Jun 2006 10:51:20 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ville-Pertti Keinonen References: <448FC3AF.9060606@bulinfo.net> <200606141023.51185.jhb@freebsd.org> <449048C7.6090109@FreeBSD.org> <0D175ABD-B494-48BD-9DBD-349DE3712913@exomi.com> In-Reply-To: <0D175ABD-B494-48BD-9DBD-349DE3712913@exomi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.6 Cc: freebsd-current@freebsd.org, Krassimir Slavchev Subject: Re: memory leak in free() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 17:51:25 -0000 Ville-Pertti Keinonen wrote: > > On Jun 14, 2006, at 8:35 PM, Jason Evans wrote: > >> Incidentally, this isn't an issue on 64-bit systems, since only mmap >> () is used to request memory from the kernel. > > > The test does seem to leak memory on 64-bit systems, though; not the > actual allocated bits, but support structures, namely nodes that > chunk_dealloc tries to insert into old_chunks but fails because a node > holding that address is already there. > > It should be possible to fix this either by removing any nodes within > range from old_chunks when allocating "new" memory, or by checking the > return value of RB_INSERT in chunk_dealloc, and deallocating the new > node if it returns non-NULL. > > A patch implementing the latter that seems to work: > > --- malloc.c 10 May 2006 00:07:45 -0000 1.126 > +++ malloc.c 19 Jun 2006 13:58:57 -0000 > @@ -1370,7 +1370,8 @@ > node->chunk = (void *)((uintptr_t)chunk + (uintptr_t) > offset); > node->size = chunk_size; > - RB_INSERT(chunk_tree_s, &old_chunks, node); > + if (RB_INSERT(chunk_tree_s, &old_chunks, node) != NULL) > + base_chunk_node_dealloc(node); > } > #ifdef USE_BRK Ah, you are right that there is a leak. I'm going to use a slightly different approach to fixing the problem, but thank you very much for pointing it out. Jason From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 17:55:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E02616A474; Tue, 20 Jun 2006 17:55:58 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2B943D58; Tue, 20 Jun 2006 17:55:55 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k5KHtnrv038426; Tue, 20 Jun 2006 21:55:49 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k5KHtmAu038424; Tue, 20 Jun 2006 21:55:48 +0400 (MSD) (envelope-from yar) Date: Tue, 20 Jun 2006 21:55:48 +0400 From: Yar Tikhiy To: Tim Kientzle Message-ID: <20060620175548.GE36703@comp.chem.msu.su> References: <20060618192011.GF715@turion.vk2pj.dyndns.org> <20060618152428.A36995@fledge.watson.org> <20060619184540.GJ23729@comp.chem.msu.su> <20060619190822.GE966@turion.vk2pj.dyndns.org> <20060619221550.GM23729@comp.chem.msu.su> <20060619181929.W40529@fledge.watson.org> <449814AA.90307@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <449814AA.90307@freebsd.org> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: NULL pointer dereference panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 17:55:58 -0000 On Tue, Jun 20, 2006 at 08:30:50AM -0700, Tim Kientzle wrote: > Andrew R. Reiter wrote: > >On Tue, 20 Jun 2006, Yar Tikhiy wrote: > > > >:On Tue, Jun 20, 2006 at 05:08:22AM +1000, Peter Jeremy wrote: > >:> On Mon, 2006-Jun-19 22:45:41 +0400, Yar Tikhiy wrote: > >:> >Peter, what gcc options did you build the kernel with? My question > >:> >is unrelated to the panic, I'd just like to make stack traces look > >:> >sane in common cases :-) > >:> > >: > >:When in basic i386 mode, gcc calls functions in the traditional > >:way. E.g., the "foo(1, 2)" call will look as follows in asm: > >: > >: pushl $2 > >: pushl $1 > >: call foo > >: addl $8, %esp > >: > >:By merely decoding the addl instruction at the return pointer we > >:can find how many words of arguments the called function takes. > > I'm not sure which -O flags enable this, but I've > certainly seen lazy stack cleanups in gcc-generated > code on i386: > > pushl $2 > pushl $1 > call foo > pushl $3 > pushl $4 > call foo > addl $16, %esp Thanks for this observation! > This optimization would also confuse the stack-tracing > logic you describe. "Why do we call our software `beta'? 'Coz it's beta than nothing" :-) The logic is older than FreeBSD itself, and alas, new compiler tricks don't allow for an alternative one that is simple enough to be used in the kernel. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 19:20:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD13A16A47E for ; Tue, 20 Jun 2006 19:20:59 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id C22D443D82 for ; Tue, 20 Jun 2006 19:20:39 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 30511 invoked from network); 20 Jun 2006 19:20:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=hj305CjEvHVsU5NZ25RJw755sYFbJTSuAgNveYBJs9ZAEIqUpdhNtIChn/GxZu6OepJraxKcBefQX3Hvbgm5vNNg7YZJOoUCT9GcdOQhkvQXha55TXbnleYcflpfXN1L6a45gG6KheCecXbkOx+wnZjwcOW7u7BsjeaLIsIdbZo= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 20 Jun 2006 19:20:38 -0000 Message-ID: <44984A91.8040805@rogers.com> Date: Tue, 20 Jun 2006 15:20:49 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060619131101.GD1130@garage.freebsd.pl> In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 19:20:59 -0000 Pawel Jakub Dawidek wrote: > Copying one large file: > UFS: 8s > UFS+SU: 8s > gjournal(1): 16s > gjournal(2): 14s > > Copying eight large files in parallel: > UFS: 120s > UFS+SU: 120s > gjournal(1): 184s > gjournal(2): 165s > > Untaring eight src.tgz in parallel: > UFS: 791s > UFS+SU: 650s > gjournal(1): 333s > gjournal(2): 309s > > Reading. grep -r on two src/ directories in parallel: > UFS: 84s > UFS+SU: 138s > gjournal(1): 102s > gjournal(2): 89s > Not to sound ungrateful for the work, which i am, this is great! But the performance impact seems rather large to me. Does the presence of journaling mean that we could perhaps mount the filesystems async? Does it eliminate the need for softupdates? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 19:39:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D9F16A474; Tue, 20 Jun 2006 19:39:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D8F743D46; Tue, 20 Jun 2006 19:39:12 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9351D51388; Tue, 20 Jun 2006 21:39:11 +0200 (CEST) Received: from localhost (dlc33.neoplus.adsl.tpnet.pl [83.24.32.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 24C8451307; Tue, 20 Jun 2006 21:39:06 +0200 (CEST) Date: Tue, 20 Jun 2006 21:36:30 +0200 From: Pawel Jakub Dawidek To: Mike Jakubik Message-ID: <20060620193630.GA8007@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <44984A91.8040805@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <44984A91.8040805@rogers.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_WEB autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 19:39:14 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 20, 2006 at 03:20:49PM -0400, Mike Jakubik wrote: +> Pawel Jakub Dawidek wrote: +> >Copying one large file: +> >UFS: 8s +> >UFS+SU: 8s +> >gjournal(1): 16s +> >gjournal(2): 14s +> > +> >Copying eight large files in parallel: +> >UFS: 120s +> >UFS+SU: 120s +> >gjournal(1): 184s +> >gjournal(2): 165s +> > +> >Untaring eight src.tgz in parallel: +> >UFS: 791s +> >UFS+SU: 650s +> >gjournal(1): 333s +> >gjournal(2): 309s +> > +> >Reading. grep -r on two src/ directories in parallel: +> >UFS: 84s +> >UFS+SU: 138s +> >gjournal(1): 102s +> >gjournal(2): 89s +> > =20 +>=20 +> Not to sound ungrateful for the work, which i am, this is great! But the= performance impact seems rather large to me. Does the presence of journali= ng mean that we could=20 +> perhaps mount the filesystems async? Does it eliminate the need for soft= updates? The performance impact is big for large files, because in theory we have to write the data twice. Yes, it eliminates need for SU, but there are reasons, that you still want to use SU, eg. for snapshots. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEmE4+ForvXbEpPzQRAjSQAJ0e6afsrswjGwoJhPut8ECFSwWpwwCgp+gl dEU8PUrMPRznRZEOSYn1v5g= =NVNr -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:00:01 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 595D416A47B; Tue, 20 Jun 2006 20:00:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42FA43D6E; Tue, 20 Jun 2006 19:59:54 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 83BD3EB2D6D; Wed, 21 Jun 2006 03:59:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id TI1VS5fYHhkY; Wed, 21 Jun 2006 03:59:48 +0800 (CST) Received: from [192.168.1.9] (unknown [221.217.210.14]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8125EEB2D68; Wed, 21 Jun 2006 03:59:47 +0800 (CST) From: Xin LI To: Pawel Jakub Dawidek In-Reply-To: <20060620193630.GA8007@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <44984A91.8040805@rogers.com> <20060620193630.GA8007@garage.freebsd.pl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-p+Mvcxbfi7F/bq0HN1Lm" Organization: The FreeBSD Project Date: Wed, 21 Jun 2006 03:59:46 +0800 Message-Id: <1150833586.24301.1.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: freebsd-fs@FreeBSD.org, Mike Jakubik , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:00:01 -0000 --=-p+Mvcxbfi7F/bq0HN1Lm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2006-06-20=E4=BA=8C=E7=9A=84 21:36 +0200=EF=BC=8CPawel Jakub Dawi= dek=E5=86=99=E9=81=93=EF=BC=9A > The performance impact is big for large files, because in theory we have > to write the data twice. > Yes, it eliminates need for SU, but there are reasons, that you still > want to use SU, eg. for snapshots. Em... IIRC SU and snapshots are independent, no? Cheers, --=20 Xin LI http://www.delphij.net/ --=-p+Mvcxbfi7F/bq0HN1Lm Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmFOyhcUczkLqiksRAvvIAKDL6Of+43Ocr7FgJWkvEyxAfDLl+QCgtAkb wQ02zSKSY4O94UM7Uu6F15M= =4olk -----END PGP SIGNATURE----- --=-p+Mvcxbfi7F/bq0HN1Lm-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:07:26 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42CFF16A47D for ; Tue, 20 Jun 2006 20:07:26 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AE2243D53 for ; Tue, 20 Jun 2006 20:07:24 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 66799 invoked from network); 20 Jun 2006 20:07:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=2GQun7jY0/SnK0/NVjCsnWRW1e7wa5mJhxbiTt6O12797Lr1G00QUpk88YcZFVrURHTxfNxjuSqnFPCk6dqZACM5ko3qMrO88CEGeoYEYS/xINcBON96ZMCS7ojhBF/uJ8gZhlEsxeO1NEurszUYn39qaXGIh9IBOPt44nZFmhE= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 20 Jun 2006 20:07:23 -0000 Message-ID: <44985586.2090504@rogers.com> Date: Tue, 20 Jun 2006 16:07:34 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Xin LI References: <20060619131101.GD1130@garage.freebsd.pl> <44984A91.8040805@rogers.com> <20060620193630.GA8007@garage.freebsd.pl> <1150833586.24301.1.camel@spirit> In-Reply-To: <1150833586.24301.1.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:07:26 -0000 Xin LI wrote: > 在 2006-06-20二的 21:36 +0200，Pawel Jakub Dawidek写é“： > >> The performance impact is big for large files, because in theory we have >> to write the data twice. >> Yes, it eliminates need for SU, but there are reasons, that you still >> want to use SU, eg. for snapshots. >> > > Em... IIRC SU and snapshots are independent, no? > > Cheers, > What about mounting the filesystem async though? It was my understanding that the Linux filesystems were much faster in benchmarks because they were mounted async by default, however the presence of journaling allowed this safely. Is this the case here too? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:07:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 234C216A47C; Tue, 20 Jun 2006 20:07:29 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 650F043D48; Tue, 20 Jun 2006 20:07:27 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5KK7CGQ048202; Tue, 20 Jun 2006 23:07:12 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 20 Jun 2006 23:07:12 +0300 (EEST) From: Dmitry Pryanishnikov To: John Baldwin In-Reply-To: <200606201002.07695.jhb@freebsd.org> Message-ID: <20060620230149.S43840@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adi Pircalabu , freebsd-current@freebsd.org, Hajimu UMEMOTO , Ivan Voras , "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:07:29 -0000 Hello! On Tue, 20 Jun 2006, John Baldwin wrote: >>> This patch is somewhat redundant. Adding >>> >>> __weak_reference(dlsym, _dlsym); >>> >>> is enough. >> >> Indeed, this also works for me. It would be nice to see this trivial >> addition committed. > > I agree. Do you have the __weak_reference() patch handy? Sure, here is the diff against HEAD: --- libexec/rtld-elf/rtld.c.orig Tue Mar 28 10:17:21 2006 +++ libexec/rtld-elf/rtld.c Tue Jun 20 22:35:17 2006 @@ -137,6 +137,8 @@ void r_debug_state(struct r_debug*, struct link_map*); +__weak_reference(dlsym, _dlsym); + /* * Data declarations. */ I'm not sure whether it's style(9)-compliant, it just works. > John Baldwin Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:07:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 234C216A47C; Tue, 20 Jun 2006 20:07:29 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 650F043D48; Tue, 20 Jun 2006 20:07:27 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5KK7CGQ048202; Tue, 20 Jun 2006 23:07:12 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 20 Jun 2006 23:07:12 +0300 (EEST) From: Dmitry Pryanishnikov To: John Baldwin In-Reply-To: <200606201002.07695.jhb@freebsd.org> Message-ID: <20060620230149.S43840@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adi Pircalabu , freebsd-current@freebsd.org, Hajimu UMEMOTO , Ivan Voras , "current@freebsd.org" Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:07:29 -0000 Hello! On Tue, 20 Jun 2006, John Baldwin wrote: >>> This patch is somewhat redundant. Adding >>> >>> __weak_reference(dlsym, _dlsym); >>> >>> is enough. >> >> Indeed, this also works for me. It would be nice to see this trivial >> addition committed. > > I agree. Do you have the __weak_reference() patch handy? Sure, here is the diff against HEAD: --- libexec/rtld-elf/rtld.c.orig Tue Mar 28 10:17:21 2006 +++ libexec/rtld-elf/rtld.c Tue Jun 20 22:35:17 2006 @@ -137,6 +137,8 @@ void r_debug_state(struct r_debug*, struct link_map*); +__weak_reference(dlsym, _dlsym); + /* * Data declarations. */ I'm not sure whether it's style(9)-compliant, it just works. > John Baldwin Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:25:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8AA016A47A for ; Tue, 20 Jun 2006 20:25:26 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6167D43D45 for ; Tue, 20 Jun 2006 20:25:26 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5KKPPiA045832; Tue, 20 Jun 2006 13:25:25 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5KKPPgg045831; Tue, 20 Jun 2006 13:25:25 -0700 (PDT) (envelope-from obrien) Date: Tue, 20 Jun 2006 13:25:25 -0700 From: "David O'Brien" To: Brian Candler Message-ID: <20060620202525.GA45624@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Brian Candler , freebsd-current@freebsd.org References: <20060620034229.GA48515@dragon.NUXI.org> <20060620141953.GB5731@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620141953.GB5731@uk.tiscali.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:25:26 -0000 On Tue, Jun 20, 2006 at 03:19:53PM +0100, Brian Candler wrote: > On Mon, Jun 19, 2006 at 08:42:29PM -0700, David O'Brien wrote: > > I am getting these errors all the time now (now being -CURRENT newer than > > Dec'05-Jan'06 time frame). Are there some known issues in UDP or NFS > > serving since then? This is on a virtually zero loaded 100Mbit network. > > Both the NFS server and client are FreeBSD-CURRENT systems. > > > > I can trivially trigger this on all my FreeBSD-CURRENT NFS clients, > > simply by exiting Vim. Did something change sometime in 2006 that would > > affect the default NFS mounts? > > # ping -c100 -s1472 your.nfs.server > > Run this when the machine is idle; and run it while you are exercising > the NFS server. Do you see any packet loss? When experiencing "kernel: nfs server server:/files: not responding", I ran this suggest ping. The results were: --- 192.168.1.1 ping statistics --- 100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.389/0.511/0.767/0.062 ms -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:26:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC76D16A479; Tue, 20 Jun 2006 20:26:58 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9023A43D6B; Tue, 20 Jun 2006 20:26:58 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5KKQwQr045915; Tue, 20 Jun 2006 13:26:58 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5KKQwGw045914; Tue, 20 Jun 2006 13:26:58 -0700 (PDT) (envelope-from obrien) Date: Tue, 20 Jun 2006 13:26:54 -0700 From: "David O'Brien" To: Robert Watson Message-ID: <20060620202654.GB45624@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Robert Watson , freebsd-current@freebsd.org References: <20060620034229.GA48515@dragon.NUXI.org> <44977E82.8040801@samsco.org> <20060620113745.N35462@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620113745.N35462@fledge.watson.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.org Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:26:59 -0000 On Tue, Jun 20, 2006 at 11:38:29AM +0100, Robert Watson wrote: > It's possible the origin of the issue is actually a network driver problem. I experience this with a wide range of NICs for the client (nve, bge, gem), and both bge(4) and sk(4) for the server. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:29:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 781AC16A474; Tue, 20 Jun 2006 20:29:49 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FC543D46; Tue, 20 Jun 2006 20:29:49 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 933F2294C1; Tue, 20 Jun 2006 13:29:48 -0700 (PDT) To: Pawel Jakub Dawidek In-reply-to: Your message of "Mon, 19 Jun 2006 15:11:01 +0200." <20060619131101.GD1130@garage.freebsd.pl> Date: Tue, 20 Jun 2006 13:29:48 -0700 From: Bakul Shah Message-Id: <20060620202948.933F2294C1@mail.bitblocks.com> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:29:49 -0000 This is great! We have sorely needed this for quite a while what with terabyte size filesystems getting into common use. > How it works (in short). You may define one or two providers which > gjournal will use. If one provider is given, it will be used for both - > data and journal. If two providers are given, one will be used for data > and one for journal. > Every few seconds (you may define how many) journal is terminated and > marked as consistent and gjournal starts to copy data from it to the > data provider. In the same time new data are stored in new journal. Some random comments: Would it make sense to treat the journal as a circular buffer? Then commit to the underlying provider starts when the buffer has $hiwater blocks or the upper layer wants to sync. The commit stops when the buffer has $lowater blocks or in case of sync the buffer is empty. This will allow parallel writes to the provider and the journal, thereby reducing latency. I don't understand why you need FS synchronization. Once the journal is written, the data is safe. A "redo" may be needed after a crash to sync the filesystem but that is about it. Redo should be idempotent. Each journal write block may need some flags. For instance mark a block as a "sync point" -- when this block is on the disk, the FS will be in a consistent state. In case of redo after crash you have to throw away all the journal blocks after the last sync point. It seems to me if you write a serial number with each data block, in the worst case redo has to do a binary search to find the first block to write but normal writes to journal and reads from journal (for commiting to the provider) can be completely sequential. Since redo will be much much faster than fsck you can afford to slow it down a bit if the normal case can be speeded up. Presumably you disallow opening any file in /.deleted. Can you gjournal the journal disk? Recursion is good:-) -- bakul From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:33:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35D1316A492; Tue, 20 Jun 2006 20:33:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6187C43D72; Tue, 20 Jun 2006 20:33:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k5KKWZMA004370; Tue, 20 Jun 2006 14:32:40 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44985B5C.7090201@samsco.org> Date: Tue, 20 Jun 2006 14:32:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <20060619131101.GD1130@garage.freebsd.pl> <44984A91.8040805@rogers.com> <20060620193630.GA8007@garage.freebsd.pl> <1150833586.24301.1.camel@spirit> <44985586.2090504@rogers.com> In-Reply-To: <44985586.2090504@rogers.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , freebsd-current@freebsd.org, Xin LI , freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:33:11 -0000 Mike Jakubik wrote: > Xin LI wrote: > >> 在 2006-06-20二的 21:36 +0200，Pawel Jakub Dawidek写é“： >> >> >>> The performance impact is big for large files, because in theory we have >>> to write the data twice. >>> Yes, it eliminates need for SU, but there are reasons, that you still >>> want to use SU, eg. for snapshots. >>> >> >> >> Em... IIRC SU and snapshots are independent, no? >> >> Cheers, >> > > > What about mounting the filesystem async though? It was my understanding > that the Linux filesystems were much faster in benchmarks because they > were mounted async by default, however the presence of journaling > allowed this safely. Is this the case here too? > Yes, async mounting is much faster that sync mounting, and slightly faster than SU, except when SU is dealing with huge data sets. Then async is significantly faster. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:35:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78CDA16A482 for ; Tue, 20 Jun 2006 20:35:15 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FA043D68 for ; Tue, 20 Jun 2006 20:35:14 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so918152nzf for ; Tue, 20 Jun 2006 13:35:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=t/57SwR9mEs+tV/QquofeHhFO0xKO4gqhsiBqWjaYBZFYvo7kYU870Nys+cxPNaY5rloF+jFPoWYDTTnB0R5X/LZJdCfprdwfwsps2ZVGegbuR7En5hGg7yo4HfDK8w8oJMKqBKWsnRd18R0RX+bAyVHXAtVPAPAYS0de8luu74= Received: by 10.37.12.54 with SMTP id p54mr9472359nzi; Tue, 20 Jun 2006 13:35:13 -0700 (PDT) Received: by 10.64.148.18 with HTTP; Tue, 20 Jun 2006 13:35:13 -0700 (PDT) Message-ID: <6eb82e0606201335u10404453m4e91c78ab9b14f5@mail.gmail.com> Date: Tue, 20 Jun 2006 16:35:13 -0400 From: "Rong-en Fan" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: peter@freebsd.org Subject: [PATCH] updating ncurses in base to 5.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:35:15 -0000 Hi all, About two weeks ago, I posted here saying that I'm working on updating ncurses in the base system to 5.5. After some works on the building framework, now I have a new version for testing: http://www.rafan.org/FreeBSD/ncurses/ncurses-5.5-fbsd-7-20060620.tgz http://www.rafan.org/FreeBSD/ncurses/ncurses-5.5-fbsd-7-20060620-src.diff You extract the tarball under /usr/src, and apply the diff there, too. Then following a buildworld/installworld cycle. Everything should be fine then. I have done a 'make universe' test and use it on my i386 -current. It works well. I hope that I can interest some committers to review this and get it committed soon :-) For more information, please visit http://www.rafan.org/FreeBSD/ncurses/. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:37:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 103D416A479 for ; Tue, 20 Jun 2006 20:37:04 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3ED043D78 for ; Tue, 20 Jun 2006 20:37:01 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by nf-out-0910.google.com with SMTP id l36so1410204nfa for ; Tue, 20 Jun 2006 13:37:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ULTRPzaOoHzX6nZoD4oCzRKGkxS6nLCNpCrDTgm8XA/TI/euHlWto+70mSccuYymdMTbOEPd6E3eW+0wAlnslhbDc8KWLxHMvllBEAXToY/hwwdIjwxRPDLxdZqafv0qof7il2vAPUxVJtN1Nv3xGC0BKFnXEG5nRBqM2rnKbdU= Received: by 10.49.31.1 with SMTP id i1mr5985526nfj; Tue, 20 Jun 2006 13:37:00 -0700 (PDT) Received: by 10.49.38.4 with HTTP; Tue, 20 Jun 2006 13:37:00 -0700 (PDT) Message-ID: <2fd864e0606201337k20fe5225qd8ac55d4fa1a3bda@mail.gmail.com> Date: Tue, 20 Jun 2006 15:37:00 -0500 From: Astrodog To: obrien@freebsd.org, "Robert Watson" , freebsd-current@freebsd.org In-Reply-To: <20060620202654.GB45624@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060620034229.GA48515@dragon.NUXI.org> <44977E82.8040801@samsco.org> <20060620113745.N35462@fledge.watson.org> <20060620202654.GB45624@dragon.NUXI.org> Cc: Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:37:04 -0000 On 6/20/06, David O'Brien wrote: > On Tue, Jun 20, 2006 at 11:38:29AM +0100, Robert Watson wrote: > > It's possible the origin of the issue is actually a network driver problem. > > I experience this with a wide range of NICs for the client (nve, bge, > gem), and both bge(4) and sk(4) for the server. > > -- > -- David (obrien@FreeBSD.org) > Q: Because it reverses the logical flow of conversation. > A: Why is top-posting (putting a reply at the top of the message) frowned upon? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I see this same behavior on newish 6-STABLE and 7-CURRENT systems, between a FreeBSD server and FreeBSD and Solaris clients. From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:39:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1CE016A474; Tue, 20 Jun 2006 20:39:00 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7020443D72; Tue, 20 Jun 2006 20:39:00 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 8894E28CAD; Tue, 20 Jun 2006 16:38:59 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 5391E59B66; Tue, 20 Jun 2006 16:38:58 -0400 (EDT) Received: from brian by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fsmzw-0001l1-Rt; Tue, 20 Jun 2006 21:38:57 +0100 Date: Tue, 20 Jun 2006 21:38:56 +0100 From: Brian Candler To: obrien@freebsd.org, freebsd-current@freebsd.org Message-ID: <20060620203856.GA6745@uk.tiscali.com> References: <20060620034229.GA48515@dragon.NUXI.org> <20060620141953.GB5731@uk.tiscali.com> <20060620202525.GA45624@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620202525.GA45624@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:39:00 -0000 On Tue, Jun 20, 2006 at 01:25:25PM -0700, David O'Brien wrote: > > # ping -c100 -s1472 your.nfs.server > > > > Run this when the machine is idle; and run it while you are exercising > > the NFS server. Do you see any packet loss? > > When experiencing "kernel: nfs server server:/files: not responding", I > ran this suggest ping. The results were: > > --- 192.168.1.1 ping statistics --- > 100 packets transmitted, 100 packets received, 0% packet loss > round-trip min/avg/max/stddev = 0.389/0.511/0.767/0.062 ms OK, thanks. That's a rough and ready test for duplex mismatches and general network flakiness, so I'd say it's more likely you have an NFS issue. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:45:48 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F1716A47C; Tue, 20 Jun 2006 20:45:48 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A8D43DE3; Tue, 20 Jun 2006 20:45:26 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5KKj72o010827; Tue, 20 Jun 2006 13:45:07 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5KKj7wD010814; Tue, 20 Jun 2006 13:45:07 -0700 (PDT) (envelope-from obrien) Date: Tue, 20 Jun 2006 13:45:07 -0700 From: "David O'Brien" To: Robert Watson , freebsd-current@FreeBSD.org Message-ID: <20060620204507.GA6741@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Robert Watson , freebsd-current@freebsd.org References: <20060620034229.GA48515@dragon.NUXI.org> <44977E82.8040801@samsco.org> <20060620113745.N35462@fledge.watson.org> <20060620202654.GB45624@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620202654.GB45624@dragon.NUXI.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:45:48 -0000 On Tue, Jun 20, 2006 at 01:26:54PM -0700, David O'Brien wrote: > On Tue, Jun 20, 2006 at 11:38:29AM +0100, Robert Watson wrote: > > It's possible the origin of the issue is actually a network driver problem. > > I experience this with a wide range of NICs for the client (nve, bge, > gem), and both bge(4) and sk(4) for the server. Note that mounting NFS /home with -T "fixes" the problem. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:50:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1437C16A49E for ; Tue, 20 Jun 2006 20:50:50 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A0B43D6E for ; Tue, 20 Jun 2006 20:50:30 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id h2so1248nfe for ; Tue, 20 Jun 2006 13:50:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=V+SfkU1yMDE8CPKJ5Y7Ojk8uWGueDBuZgYFi754VxAJ6rinWPIH98lNLhimlu0XAuaTVNgQ7VSJVlM86l0R84Wo1jsiALZlFW+QOn49VG5kQSOVxvVPTY6j0JkBGd6yu9HO5nu0zGLcqNx9/7+nDaLrJRbk+Rs/2Q5q/Wo/VEv0= Received: by 10.49.60.12 with SMTP id n12mr6009379nfk; Tue, 20 Jun 2006 13:43:54 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.244]) by mx.gmail.com with ESMTP id a24sm7139686nfc.2006.06.20.13.43.52; Tue, 20 Jun 2006 13:43:53 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k5KKi37R003488; Tue, 20 Jun 2006 22:44:04 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k5KHXdv3002364; Tue, 20 Jun 2006 19:33:39 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 20 Jun 2006 19:33:39 +0200 From: Ulrich Spoerlein To: Pawel Jakub Dawidek Message-ID: <20060620173339.GA1638@roadrunner.informatik.uni-wuerzburg.de> Mail-Followup-To: Pawel Jakub Dawidek , freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org References: <20060619131101.GD1130@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:50:50 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > Hello. >=20 > For the last few months I have been working on gjournal project. Cool Stuff! > Reading. grep -r on two src/ directories in parallel: > UFS: 84s > UFS+SU: 138s > gjournal(1): 102s > gjournal(2): 89s >=20 > As you can see, even on one disk, untaring eight src.tgz is two times > faster than UFS+SU. I've no idea why gjournal is faster in reading. The UFS+SU score doesn't seem right. Why do SU have a negative impact on read performance? Is it solely because of the atime updates? Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEmDFy524iJyD+6d0RAgcyAJoDlV8lNXEyU0AdGTc9XJtCSpYbLACfYEI3 yjo78oywHF0CfLTt9aq5IzI= =0lpD -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:53:12 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DCDA16A47A; Tue, 20 Jun 2006 20:53:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D05D243D53; Tue, 20 Jun 2006 20:53:11 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D3D4B51814; Tue, 20 Jun 2006 22:53:08 +0200 (CEST) Received: from localhost (dkb36.neoplus.adsl.tpnet.pl [83.24.5.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 24F9F50EA7; Tue, 20 Jun 2006 22:53:00 +0200 (CEST) Date: Tue, 20 Jun 2006 22:50:22 +0200 From: Pawel Jakub Dawidek To: Phil Regnauld Message-ID: <20060620205022.GB8007@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <20060620102910.GG27055@tetard.starbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <20060620102910.GG27055@tetard.starbsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:53:12 -0000 --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 20, 2006 at 12:29:10PM +0200, Phil Regnauld wrote: +> On Mon, Jun 19, 2006 at 03:11:01PM +0200, Pawel Jakub Dawidek wrote: +> >=20 +> > Copying one large file: +> > UFS: 8s +> > UFS+SU: 8s +> > gjournal(1): 16s +> > gjournal(2): 14s +>=20 +> This is very very interesting work! +>=20 +> I am definitely going to test this. +>=20 +> I know this is too early to ask considering the optimizations +> that can be done, but do you have any idea how this would perform +> compared to ReiserFS on similar operations as the ones you +> benchmarked ? No idea. I think ReiserFS is using only metadata journaling, but I don't know for sure. +> PS: is it me or is the patch missing a gjournal command, as invoked +> in your examples ? It is you:) gjournal(8) is implemented as shared library for geom(8) command, just like gconcat(8), gstripe(8), gmirror(8), graid3(8), geli(8), gnop(8), glabel(8) and gshsec(8). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEmF+OForvXbEpPzQRAqUeAKCN+3d/HrYXz731kPvkf39DX9NX9ACeOwI2 Dc2MSZ4STzuYpZYc9lrLM50= =LvSB -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 20:56:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A4416A474; Tue, 20 Jun 2006 20:56:20 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF22943D66; Tue, 20 Jun 2006 20:56:19 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 576AA3E1; Tue, 20 Jun 2006 15:56:18 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id A320F61C32; Tue, 20 Jun 2006 15:56:17 -0500 (CDT) Date: Tue, 20 Jun 2006 15:56:17 -0500 From: "Matthew D. Fuller" To: obrien@freebsd.org, Robert Watson , freebsd-current@freebsd.org Message-ID: <20060620205617.GR83482@over-yonder.net> References: <20060620034229.GA48515@dragon.NUXI.org> <44977E82.8040801@samsco.org> <20060620113745.N35462@fledge.watson.org> <20060620202654.GB45624@dragon.NUXI.org> <20060620204507.GA6741@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620204507.GA6741@dragon.NUXI.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 20:56:20 -0000 On Tue, Jun 20, 2006 at 01:45:07PM -0700 I heard the voice of David O'Brien, and lo! it spake thus: > > Note that mounting NFS /home with -T "fixes" the problem. Hm, that's a point. I have an early-June -CURRENT as a NFS client on a late-Nov. -CURRENT NFS server, and haven't had any troubles. But I do use TCP mounts. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 21:07:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DEC816A47B; Tue, 20 Jun 2006 21:07:26 +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 2D2FC43D6E; Tue, 20 Jun 2006 21:07:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5KL7C1s030826; Tue, 20 Jun 2006 17:07:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Dmitry Pryanishnikov Date: Tue, 20 Jun 2006 17:07:04 -0400 User-Agent: KMail/1.9.1 References: <449015DE.6090407@fer.hr> <200606201002.07695.jhb@freebsd.org> <20060620230149.S43840@atlantis.atlantis.dp.ua> In-Reply-To: <20060620230149.S43840@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606201707.05938.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 20 Jun 2006 17:07:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1552/Tue Jun 20 16:20:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: kan@freebsd.org, Adi Pircalabu , freebsd-current@freebsd.org, Hajimu UMEMOTO , Ivan Voras Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 21:07:26 -0000 On Tuesday 20 June 2006 16:07, Dmitry Pryanishnikov wrote: > > Hello! > > On Tue, 20 Jun 2006, John Baldwin wrote: > >>> This patch is somewhat redundant. Adding > >>> > >>> __weak_reference(dlsym, _dlsym); > >>> > >>> is enough. > >> > >> Indeed, this also works for me. It would be nice to see this trivial > >> addition committed. > > > > I agree. Do you have the __weak_reference() patch handy? > > Sure, here is the diff against HEAD: > > --- libexec/rtld-elf/rtld.c.orig Tue Mar 28 10:17:21 2006 > +++ libexec/rtld-elf/rtld.c Tue Jun 20 22:35:17 2006 > @@ -137,6 +137,8 @@ > > void r_debug_state(struct r_debug*, struct link_map*); > > +__weak_reference(dlsym, _dlsym); > + > /* > * Data declarations. > */ > > I'm not sure whether it's style(9)-compliant, it just works. Well, this patch was shot down. Would it be possible to have the pluginwrapper provide the _dlsym weak reference itself? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 21:10:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B43FF16A479; Tue, 20 Jun 2006 21:10:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6714443D6B; Tue, 20 Jun 2006 21:09:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5KL9p3K007206; Tue, 20 Jun 2006 17:09:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k5KL9p3f007040; Tue, 20 Jun 2006 17:09:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD8157302F; Tue, 20 Jun 2006 17:09:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060620210950.DD8157302F@freebsd-current.sentex.ca> Date: Tue, 20 Jun 2006 17:09:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 21:10:01 -0000 TB --- 2006-06-20 20:34:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-20 20:34:15 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-06-20 20:34:15 - cleaning the object tree TB --- 2006-06-20 20:34:25 - checking out the source tree TB --- 2006-06-20 20:34:25 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-06-20 20:34:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-20 20:42:30 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-20 20:42:30 - cd /src TB --- 2006-06-20 20:42:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-20 21:09:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-20 21:09:50 - ERROR: failed to build world TB --- 2006-06-20 21:09:50 - tinderbox aborted TB --- 0.41 user 1.52 system 2135.26 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 21:24:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A3DD16A47C; Tue, 20 Jun 2006 21:24:11 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35E7643D64; Tue, 20 Jun 2006 21:24:10 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [192.168.10.2]) by corp.grupos.com.br (Postfix) with ESMTP id E303E5CBE; Tue, 20 Jun 2006 18:24:07 -0300 (BRT) Received: from [192.168.10.10] (marcus.grupos.com.br [192.168.10.10]) by corp.grupos.com.br (Postfix) with ESMTP id B4BF45CBC; Tue, 20 Jun 2006 18:24:07 -0300 (BRT) Message-ID: <44986777.6070601@FreeBSD.org> Date: Tue, 20 Jun 2006 18:24:07 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: John Baldwin References: <449015DE.6090407@fer.hr> <200606201002.07695.jhb@freebsd.org> <20060620230149.S43840@atlantis.atlantis.dp.ua> <200606201707.05938.jhb@freebsd.org> In-Reply-To: <200606201707.05938.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Filtered: By ProxSMTP using Clamav and Bogofilter Cc: Adi Pircalabu , Hajimu UMEMOTO , kan@freebsd.org, Ivan Voras , freebsd-current@freebsd.org, Dmitry Pryanishnikov Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 21:24:11 -0000 John Baldwin wrote: > On Tuesday 20 June 2006 16:07, Dmitry Pryanishnikov wrote: >> Hello! >> >> On Tue, 20 Jun 2006, John Baldwin wrote: >>>>> This patch is somewhat redundant. Adding >>>>> >>>>> __weak_reference(dlsym, _dlsym); >>>>> >>>>> is enough. >>>> Indeed, this also works for me. It would be nice to see this trivial >>>> addition committed. >>> I agree. Do you have the __weak_reference() patch handy? >> Sure, here is the diff against HEAD: >> >> --- libexec/rtld-elf/rtld.c.orig Tue Mar 28 10:17:21 2006 >> +++ libexec/rtld-elf/rtld.c Tue Jun 20 22:35:17 2006 >> @@ -137,6 +137,8 @@ >> >> void r_debug_state(struct r_debug*, struct link_map*); >> >> +__weak_reference(dlsym, _dlsym); >> + >> /* >> * Data declarations. >> */ >> >> I'm not sure whether it's style(9)-compliant, it just works. > > Well, this patch was shot down. Would it be possible to have the > pluginwrapper provide the _dlsym weak reference itself? > I already try. That's not possible. I don't know why :/ but i think that's because something with linux emulation/load shared libraries. Regards -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 21:43:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B3816A479; Tue, 20 Jun 2006 21:43:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 258D643D8C; Tue, 20 Jun 2006 21:43:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5KLhFgc009206; Tue, 20 Jun 2006 17:43:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k5KLgQ1X061933; Tue, 20 Jun 2006 17:42:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE9CF7302F; Tue, 20 Jun 2006 17:43:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060620214314.EE9CF7302F@freebsd-current.sentex.ca> Date: Tue, 20 Jun 2006 17:43:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 21:43:35 -0000 TB --- 2006-06-20 21:09:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-20 21:09:51 - starting HEAD tinderbox run for i386/i386 TB --- 2006-06-20 21:09:51 - cleaning the object tree TB --- 2006-06-20 21:10:03 - checking out the source tree TB --- 2006-06-20 21:10:03 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-06-20 21:10:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-20 21:17:07 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-20 21:17:07 - cd /src TB --- 2006-06-20 21:17:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-20 21:43:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-20 21:43:14 - ERROR: failed to build world TB --- 2006-06-20 21:43:14 - tinderbox aborted TB --- 0.34 user 1.43 system 2003.84 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 21:52:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42D0B16A47B; Tue, 20 Jun 2006 21:52:38 +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 D31F343D83; Tue, 20 Jun 2006 21:52:37 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k5KLqaHr029806; Tue, 20 Jun 2006 17:52:36 -0400 (EDT) Date: Tue, 20 Jun 2006 17:52:36 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <200606201707.05938.jhb@freebsd.org> Message-ID: References: <449015DE.6090407@fer.hr> <200606201002.07695.jhb@freebsd.org> <20060620230149.S43840@atlantis.atlantis.dp.ua> <200606201707.05938.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 21:52:38 -0000 On Tue, 20 Jun 2006, John Baldwin wrote: > On Tuesday 20 June 2006 16:07, Dmitry Pryanishnikov wrote: >> >> Hello! >> >> On Tue, 20 Jun 2006, John Baldwin wrote: >>>>> This patch is somewhat redundant. Adding >>>>> >>>>> __weak_reference(dlsym, _dlsym); >>>>> >>>>> is enough. >>>> >>>> Indeed, this also works for me. It would be nice to see this trivial >>>> addition committed. >>> >>> I agree. Do you have the __weak_reference() patch handy? >> >> Sure, here is the diff against HEAD: >> >> --- libexec/rtld-elf/rtld.c.orig Tue Mar 28 10:17:21 2006 >> +++ libexec/rtld-elf/rtld.c Tue Jun 20 22:35:17 2006 >> @@ -137,6 +137,8 @@ >> >> void r_debug_state(struct r_debug*, struct link_map*); >> >> +__weak_reference(dlsym, _dlsym); >> + >> /* >> * Data declarations. >> */ >> >> I'm not sure whether it's style(9)-compliant, it just works. > > Well, this patch was shot down. Would it be possible to have the > pluginwrapper provide the _dlsym weak reference itself? I was going to suggest that also. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 21:54:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF11216A47B; Tue, 20 Jun 2006 21:54:41 +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 32F2E43D6D; Tue, 20 Jun 2006 21:54:40 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k5KLsdIb001420; Tue, 20 Jun 2006 17:54:39 -0400 (EDT) Date: Tue, 20 Jun 2006 17:54:39 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Marcus Alves Grando In-Reply-To: <44986777.6070601@FreeBSD.org> Message-ID: References: <449015DE.6090407@fer.hr> <200606201002.07695.jhb@freebsd.org> <20060620230149.S43840@atlantis.atlantis.dp.ua> <200606201707.05938.jhb@freebsd.org> <44986777.6070601@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 21:54:41 -0000 On Tue, 20 Jun 2006, Marcus Alves Grando wrote: > John Baldwin wrote: >> >> Well, this patch was shot down. Would it be possible to have the >> pluginwrapper provide the _dlsym weak reference itself? >> > > I already try. That's not possible. > > I don't know why :/ but i think that's because something with linux > emulation/load shared libraries. Did you try _dlsym as a real function or as a strong reference? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 22:16:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED18916A474; Tue, 20 Jun 2006 22:16:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7219843D4C; Tue, 20 Jun 2006 22:16:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k5KMGIFm059562; Tue, 20 Jun 2006 18:16:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k5KMGIuM058966; Tue, 20 Jun 2006 18:16:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7777A7302F; Tue, 20 Jun 2006 18:16:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060620221618.7777A7302F@freebsd-current.sentex.ca> Date: Tue, 20 Jun 2006 18:16:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 22:16:20 -0000 TB --- 2006-06-20 21:43:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-20 21:43:15 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-06-20 21:43:15 - cleaning the object tree TB --- 2006-06-20 21:43:23 - checking out the source tree TB --- 2006-06-20 21:43:23 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-06-20 21:43:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-20 21:50:08 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-20 21:50:08 - cd /src TB --- 2006-06-20 21:50:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fpic -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-20 22:16:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-20 22:16:18 - ERROR: failed to build world TB --- 2006-06-20 22:16:18 - tinderbox aborted TB --- 0.27 user 1.55 system 1983.02 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 22:31:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE42316A47C for ; Tue, 20 Jun 2006 22:31:16 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30803.mail.mud.yahoo.com (web30803.mail.mud.yahoo.com [68.142.200.146]) by mx1.FreeBSD.org (Postfix) with SMTP id 0955843D46 for ; Tue, 20 Jun 2006 22:31:15 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 21445 invoked by uid 60001); 20 Jun 2006 22:31:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cz9zfw8LqJFUOwmJKWQKwZ++xOEr+RoRjZAim7N0uzzV/VHcyjpjCkOVgk3ijBx5bxbN+3SjsC9tlbqfdlncTh7DFBmn9/TAiuzUsF2YRU+rCJ5StK6NYMFIvTkG9QU5qh/L5SkxQWiGxqFiiEqkLzALmVs7dkJ3Ln0yGvNyd40= ; Message-ID: <20060620223115.21443.qmail@web30803.mail.mud.yahoo.com> Received: from [207.126.239.39] by web30803.mail.mud.yahoo.com via HTTP; Tue, 20 Jun 2006 15:31:15 PDT Date: Tue, 20 Jun 2006 15:31:15 -0700 (PDT) From: Mohan Srinivasan To: "Matthew D. Fuller" , obrien@freebsd.org, Robert Watson , freebsd-current@freebsd.org In-Reply-To: <20060620205617.GR83482@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 22:31:17 -0000 Hi, I am not able to reproduce the problems you report :( 1) On the latest -current NFS client, and against both NetApp filers and FreeBSD 4.11 servers, mounting NFS/UDP, I copied a .tgz image of the freebsd source tree to an NFS mount, untarred it over NFS and built the kernel over NFS. That works fine. I don't see any "server not responding messages". 2) Then I did the same with a FreeBSD4.11 client and the FreeBSD -current server - copying the .tgz file over NFS and untarring it over NFS, to see if might be a -current NFS server issue. That works fine too. Unfortunately, I am unable to mount -current against -current here. I have a mix of bge and fxp cards. mohan --- "Matthew D. Fuller" wrote: > On Tue, Jun 20, 2006 at 01:45:07PM -0700 I heard the voice of > David O'Brien, and lo! it spake thus: > > > > Note that mounting NFS /home with -T "fixes" the problem. > > Hm, that's a point. I have an early-June -CURRENT as a NFS client on > a late-Nov. -CURRENT NFS server, and haven't had any troubles. But I > do use TCP mounts. > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 22:49:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16EF16A492; Tue, 20 Jun 2006 22:49:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C6DD43D4C; Tue, 20 Jun 2006 22:49:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k5KMnFbL012501; Tue, 20 Jun 2006 18:49:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k5KMmQ8c088971; Tue, 20 Jun 2006 18:48:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 465397302F; Tue, 20 Jun 2006 18:49:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060620224915.465397302F@freebsd-current.sentex.ca> Date: Tue, 20 Jun 2006 18:49:15 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on clamscanner4 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 22:49:19 -0000 TB --- 2006-06-20 22:16:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-20 22:16:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-06-20 22:16:18 - cleaning the object tree TB --- 2006-06-20 22:16:26 - checking out the source tree TB --- 2006-06-20 22:16:26 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-06-20 22:16:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-20 22:23:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-20 22:23:10 - cd /src TB --- 2006-06-20 22:23:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/magic.c -o magic.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/print.c -o print.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So cc -fPIC -DPIC -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/src/lib/libmagic -I/src/lib/libmagic/../../contrib/file -c /src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So building shared library libmagic.so.2 cat /src/lib/libmagic/../../contrib/file/Header /src/lib/libmagic/../../contrib/file/Localstuff /src/lib/libmagic/../../contrib/file/Magdir/zyxel /src/lib/libmagic/../../contrib/file/Magdir/xdelta /src/lib/libmagic/../../contrib/file/Magdir/sysex /src/lib/libmagic/../../contrib/file/Magdir/sccs /src/lib/libmagic/../../contrib/file/Magdir/allegro /src/lib/libmagic/../../contrib/file/Magdir/cvs /src/lib/libmagic/../../contrib/file/Magdir/vicar /src/lib/libmagic/../../contrib/file/Magdir/varied.out /src/lib/libmagic/../../contrib/file/Magdir/c64 /src/lib/libmagic/../../contrib/file/Magdir/games /src/lib/libmagic/../../contrib/file/Magdir/mcrypt /src/lib/libmagic/../../contrib/file/Magdir/archive /src/lib/libmagic/../../contrib/file/Magdir/citrus /src/lib/libmagic/../../contrib/file/Magdir/compress /src/lib/libmagic/../../contrib/file/Magdir/fsav /src/lib/libmagic/../../contrib/file/Magdir/geos /src/lib/libmagic/../../contrib/file/Magdir/java /src/lib/libmagic/../../contrib/file/ Magdir/mlssa /src/lib/libmagic/../../contrib/file/Magdir/mmdf /src/lib/libmagic/../../contrib/file/Magdir/msdos /src/lib/libmagic/../../contrib/file/Magdir/wordperfect /src/lib/libmagic/../../contrib/file/Magdir/btsnoop /src/lib/libmagic/../../contrib/file/Magdir/rtf /src/lib/libmagic/../../contrib/file/Magdir/animation /src/lib/libmagic/../../contrib/file/Magdir/chi /src/lib/libmagic/../../contrib/file/Magdir/claris /src/lib/libmagic/../../contrib/file/Magdir/fonts /src/lib/libmagic/../../contrib/file/Magdir/macintosh /src/lib/libmagic/../../contrib/file/Magdir/mathematica /src/lib/libmagic/../../contrib/file/Magdir/teapot /src/lib/libmagic/../../contrib/file/Magdir/psion /src/lib/libmagic/../../contrib/file/Magdir/diff /src/lib/libmagic/../../contrib/file/Magdir/esri /src/lib/libmagic/../../contrib/file/Magdir/gimp /src/lib/libmagic/../../contrib/file/Magdir/adi /src/lib/libmagic/../../contrib/file/Magdir/cad /src/lib/libmagic/../../contrib/file/Magdir/editors /src/lib/lib magic/../../contrib/file/Magdir/tex /src/lib/libmagic/../../contrib/file/Magdir/psdbms /src/lib/libmagic/../../contrib/file/Magdir/convex /src/lib/libmagic/../../contrib/file/Magdir/freebsd /src/lib/libmagic/../../contrib/file/Magdir/gcc /src/lib/libmagic/../../contrib/file/Magdir/natinst /src/lib/libmagic/../../contrib/file/Magdir/nitpicker /src/lib/libmagic/../../contrib/file/Magdir/mup /src/lib/libmagic/../../contrib/file/Magdir/typeset /src/lib/libmagic/../../contrib/file/Magdir/commands /src/lib/libmagic/../../contrib/file/Magdir/encore /src/lib/libmagic/../../contrib/file/Magdir/filesystems /src/lib/libmagic/../../contrib/file/Magdir/hp /src/lib/libmagic/../../contrib/file/Magdir/jpeg /src/lib/libmagic/../../contrib/file/Magdir/scientific /src/lib/libmagic/../../contrib/file/Magdir/sinclair /src/lib/libmagic/../../contrib/file/Magdir/acorn /src/lib/libmagic/../../contrib/file/Magdir/iff /src/lib/libmagic/../../contrib/file/Magdir/lif /src/lib/libmagic/../../contrib/fil e/Magdir/mirage /src/lib/libmagic/../../contrib/file/Magdir/netscape /src/lib/libmagic/../../contrib/file/Magdir/olf /src/lib/libmagic/../../contrib/file/Magdir/vxl /src/lib/libmagic/../../contrib/file/Magdir/unknown /src/lib/libmagic/../../contrib/file/Magdir/hdf /src/lib/libmagic/../../contrib/file/Magdir/mail.news /src/lib/libmagic/../../contrib/file/Magdir/modem /src/lib/libmagic/../../contrib/file/Magdir/cracklib /src/lib/libmagic/../../contrib/file/Magdir/xwindows /src/lib/libmagic/../../contrib/file/Magdir/wordprocessors /src/lib/libmagic/../../contrib/file/Magdir/bout /src/lib/libmagic/../../contrib/file/Magdir/bflt /src/lib/libmagic/../../contrib/file/Magdir/sun /src/lib/libmagic/../../contrib/file/Magdir/sketch /src/lib/libmagic/../../contrib/file/Magdir/bFLT /src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /src/lib/libmagic/../../contrib/file/Magdir/matroska /src/lib/libmagic/../../contrib/file/Magdir/ocaml /src/lib/libmagic/../../contrib/file/Magdir/vax /sr c/lib/libmagic/../../contrib/file/Magdir/clipper /src/lib/libmagic/../../contrib/file/Magdir/frame /src/lib/libmagic/../../contrib/file/Magdir/magic /src/lib/libmagic/../../contrib/file/Magdir/sql /src/lib/libmagic/../../contrib/file/Magdir/dact /src/lib/libmagic/../../contrib/file/Magdir/gnu /src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /src/lib/libmagic/../../contrib/file/Magdir/os2 /src/lib/libmagic/../../contrib/file/Magdir/rpm /src/lib/libmagic/../../contrib/file/Magdir/misctools /src/lib/libmagic/../../contrib/file/Magdir/motorola /src/lib/libmagic/../../contrib/file/Magdir/osf1 /src/lib/libmagic/../../contrib/file/Magdir/perl /src/lib/libmagic/../../contrib/file/Magdir/xenix /src/lib/libmagic/../../contrib/file/Magdir/tgif /src/lib/libmagic/../../contrib/file/Magdir/sc /src/lib/libmagic/../../contrib/file/Magdir/pyramid /src/lib/libmagic/../../contrib/file/Magdir/adventure /src/lib/libmagic/../../contrib/file/Magdir/att3b /src/lib/libmagic/../../contrib/file/Mag dir/flash /src/lib/libmagic/../../contrib/file/Magdir/karma /src/lib/libmagic/../../contrib/file/Magdir/octave /src/lib/libmagic/../../contrib/file/Magdir/parix /src/lib/libmagic/../../contrib/file/Magdir/plan9 /src/lib/libmagic/../../contrib/file/Magdir/troff /src/lib/libmagic/../../contrib/file/Magdir/spectrum /src/lib/libmagic/../../contrib/file/Magdir/softquad /src/lib/libmagic/../../contrib/file/Magdir/dyadic /src/lib/libmagic/../../contrib/file/Magdir/palm /src/lib/libmagic/../../contrib/file/Magdir/pdf /src/lib/libmagic/../../contrib/file/Magdir/vorbis /src/lib/libmagic/../../contrib/file/Magdir/smalltalk /src/lib/libmagic/../../contrib/file/Magdir/sgml /src/lib/libmagic/../../contrib/file/Magdir/msvc /src/lib/libmagic/../../contrib/file/Magdir/news /src/lib/libmagic/../../contrib/file/Magdir/vmware /src/lib/libmagic/../../contrib/file/Magdir/diamond /src/lib/libmagic/../../contrib/file/Magdir/dump /src/lib/libmagic/../../contrib/file/Magdir/linux /src/lib/libmagic/.. /../contrib/file/Magdir/mime /src/lib/libmagic/../../contrib/file/Magdir/zilog /src/lib/libmagic/../../contrib/file/Magdir/sgi /src/lib/libmagic/../../contrib/file/Magdir/sequent /src/lib/libmagic/../../contrib/file/Magdir/blit /src/lib/libmagic/../../contrib/file/Magdir/impulse /src/lib/libmagic/../../contrib/file/Magdir/island /src/lib/libmagic/../../contrib/file/Magdir/maple /src/lib/libmagic/../../contrib/file/Magdir/os9 /src/lib/libmagic/../../contrib/file/Magdir/pkgadd /src/lib/libmagic/../../contrib/file/Magdir/xo65 /src/lib/libmagic/../../contrib/file/Magdir/virtutech /src/lib/libmagic/../../contrib/file/Magdir/uuencode /src/lib/libmagic/../../contrib/file/Magdir/amanda /src/lib/libmagic/../../contrib/file/Magdir/audio /src/lib/libmagic/../../contrib/file/Magdir/bsdi /src/lib/libmagic/../../contrib/file/Magdir/fcs /src/lib/libmagic/../../contrib/file/Magdir/intel /src/lib/libmagic/../../contrib/file/Magdir/netbsd /src/lib/libmagic/../../contrib/file/Magdir/riff /src/ lib/libmagic/../../contrib/file/Magdir/console /src/lib/libmagic/../../contrib/file/Magdir/lecter /src/lib/libmagic/../../contrib/file/Magdir/visx /src/lib/libmagic/../../contrib/file/Magdir/varied.script /src/lib/libmagic/../../contrib/file/Magdir/ti-8x /src/lib/libmagic/../../contrib/file/Magdir/c-lang /src/lib/libmagic/../../contrib/file/Magdir/digital /src/lib/libmagic/../../contrib/file/Magdir/dolby /src/lib/libmagic/../../contrib/file/Magdir/grace /src/lib/libmagic/../../contrib/file/Magdir/ibm370 /src/lib/libmagic/../../contrib/file/Magdir/images /src/lib/libmagic/../../contrib/file/Magdir/tuxedo /src/lib/libmagic/../../contrib/file/Magdir/timezone /src/lib/libmagic/../../contrib/file/Magdir/project /src/lib/libmagic/../../contrib/file/Magdir/cisco /src/lib/libmagic/../../contrib/file/Magdir/mach /src/lib/libmagic/../../contrib/file/Magdir/mkid /src/lib/libmagic/../../contrib/file/Magdir/pgp /src/lib/libmagic/../../contrib/file/Magdir/terminfo /src/lib/libmagic/../../ contrib/file/Magdir/printer /src/lib/libmagic/../../contrib/file/Magdir/apple /src/lib/libmagic/../../contrib/file/Magdir/applix /src/lib/libmagic/../../contrib/file/Magdir/interleaf /src/lib/libmagic/../../contrib/file/Magdir/lisp /src/lib/libmagic/../../contrib/file/Magdir/spec /src/lib/libmagic/../../contrib/file/Magdir/sniffer /src/lib/libmagic/../../contrib/file/Magdir/revision /src/lib/libmagic/../../contrib/file/Magdir/amigaos /src/lib/libmagic/../../contrib/file/Magdir/database /src/lib/libmagic/../../contrib/file/Magdir/gringotts /src/lib/libmagic/../../contrib/file/Magdir/pbm /src/lib/libmagic/../../contrib/file/Magdir/plus5 /src/lib/libmagic/../../contrib/file/Magdir/vms /src/lib/libmagic/../../contrib/file/Magdir/python /src/lib/libmagic/../../contrib/file/Magdir/chord /src/lib/libmagic/../../contrib/file/Magdir/ctags /src/lib/libmagic/../../contrib/file/Magdir/human68k /src/lib/libmagic/../../contrib/file/Magdir/pdp /src/lib/libmagic/../../contrib/file/Magdir/sh arc /src/lib/libmagic/../../contrib/file/Magdir/pulsar /src/lib/libmagic/../../contrib/file/Magdir/apl /src/lib/libmagic/../../contrib/file/Magdir/communications /src/lib/libmagic/../../contrib/file/Magdir/ncr /src/lib/libmagic/../../contrib/file/Magdir/basis /src/lib/libmagic/../../contrib/file/Magdir/alpha /src/lib/libmagic/../../contrib/file/Magdir/asterix /src/lib/libmagic/../../contrib/file/Magdir/blender /src/lib/libmagic/../../contrib/file/Magdir/sendmail /src/lib/libmagic/../../contrib/file/Magdir/alliant /src/lib/libmagic/../../contrib/file/Magdir/cddb /src/lib/libmagic/../../contrib/file/Magdir/elf /src/lib/libmagic/../../contrib/file/Magdir/epoc /src/lib/libmagic/../../contrib/file/Magdir/ispell /src/lib/libmagic/../../contrib/file/Magdir/lex /src/lib/libmagic/../../contrib/file/Magdir/mips > magic ./mkmagic magic *** Signal 11 Stop in /src/lib/libmagic. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-20 22:49:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-20 22:49:15 - ERROR: failed to build world TB --- 2006-06-20 22:49:15 - tinderbox aborted TB --- 0.42 user 1.45 system 1976.56 real From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 22:51:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E09F016A479; Tue, 20 Jun 2006 22:51:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB90043D49; Tue, 20 Jun 2006 22:51:57 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5KMpIPL098855; Tue, 20 Jun 2006 15:51:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5KMpI92098854; Tue, 20 Jun 2006 15:51:18 -0700 (PDT) (envelope-from sgk) Date: Tue, 20 Jun 2006 15:51:18 -0700 From: Steve Kargl To: Mohan Srinivasan Message-ID: <20060620225118.GA98667@troutmask.apl.washington.edu> References: <20060620205617.GR83482@over-yonder.net> <20060620223115.21443.qmail@web30803.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620223115.21443.qmail@web30803.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Robert Watson , "Matthew D. Fuller" Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 22:51:59 -0000 On Tue, Jun 20, 2006 at 03:31:15PM -0700, Mohan Srinivasan wrote: > > --- "Matthew D. Fuller" wrote: > > On Tue, Jun 20, 2006 at 01:45:07PM -0700 I heard the voice of > > David O'Brien, and lo! it spake thus: > > > > > > Note that mounting NFS /home with -T "fixes" the problem. > > > > Hm, that's a point. I have an early-June -CURRENT as a NFS client on > > a late-Nov. -CURRENT NFS server, and haven't had any troubles. But I > > do use TCP mounts. > > > > I am not able to reproduce the problems you report :( > > 1) On the latest -current NFS client, and against both NetApp filers and > FreeBSD 4.11 servers, mounting NFS/UDP, > > I copied a .tgz image of the freebsd source tree to an NFS mount, untarred > it over NFS and built the kernel over NFS. > > That works fine. I don't see any "server not responding messages". > > 2) Then I did the same with a FreeBSD4.11 client and the FreeBSD -current > server - copying the .tgz file over NFS and untarring it over NFS, to see > if might be a -current NFS server issue. That works fine too. > > Unfortunately, I am unable to mount -current against -current here. > > I have a mix of bge and fxp cards. I've seen the problem described by David on RELENG_6. You can see the network topology at http://troutmask.apl.washington.edu/~kargl/hpc.html The NFS server is on node10 (bge1) and /home is exported to node11 through node15. If I mount node10:/usr/src on node15 a "make installworld" will result in a never ending stream of "server not responding messages". If you have some ideas for tests, I repeat the exercise. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 00:39:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D80FD16A47B; Wed, 21 Jun 2006 00:39:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8214743D49; Wed, 21 Jun 2006 00:39:09 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k5L0cT0V099587; Tue, 20 Jun 2006 17:38:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k5L0cSam099586; Tue, 20 Jun 2006 17:38:28 -0700 (PDT) (envelope-from sgk) Date: Tue, 20 Jun 2006 17:38:28 -0700 From: Steve Kargl To: Chuck Lever Message-ID: <20060621003828.GC99008@troutmask.apl.washington.edu> References: <20060620205617.GR83482@over-yonder.net> <20060620223115.21443.qmail@web30803.mail.mud.yahoo.com> <20060620225118.GA98667@troutmask.apl.washington.edu> <76bd70e30606201723k1b561970ra8f7b516c89acbca@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76bd70e30606201723k1b561970ra8f7b516c89acbca@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Robert Watson , Mohan Srinivasan , "Matthew D. Fuller" Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 00:39:09 -0000 On Tue, Jun 20, 2006 at 05:23:38PM -0700, Chuck Lever wrote: > On 6/20/06, Steve Kargl wrote: > > > >I've seen the problem described by David on RELENG_6. > > > >You can see the network topology at > >http://troutmask.apl.washington.edu/~kargl/hpc.html > >The NFS server is on node10 (bge1) and /home is exported to node11 > >through node15. If I mount node10:/usr/src on node15 a "make installworld" > >will result in a never ending stream of "server not responding messages". > > Has anyone who has seen this issue tried using the dumb timer mount option? > I did not try that option in that the description suggested to me that -d is applicable to slow networks. Before I tried -d, I decided to see what happens. Interesting. node11:kargl[214] rsync -av kargl@node10:prj /tmp ... sent 11970 bytes received 34071110 bytes 22722053.33 bytes/sec total size is 34032098 speedup is 1.00 node11:kargl[215] rm -rf /tmp/prj node11:kargl[216] time cp -R ~/prj /tmp nfs server master:/home: not responding nfs server master:/home: not responding nfs server master:/home: not responding /tmp is a memory filesystem and /home/kargl is NFS exported. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 01:28:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 070DB16A47A for ; Wed, 21 Jun 2006 01:28:36 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30804.mail.mud.yahoo.com (web30804.mail.mud.yahoo.com [68.142.200.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 5170043D48 for ; Wed, 21 Jun 2006 01:28:35 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 3944 invoked by uid 60001); 21 Jun 2006 01:28:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0FqhkIjZpXkygsNALkLUbjb63dGakzXc8xbxZEV5RUKlzdFENymfpbG5lD09IuRgbRPB1va844NifamLNibZRfR7NeoaaJXNFvaTIvYFaJQ109A4ewy3fc9nIFCdvZsQT4fTgRDbAjyCtjo5bVW4fl5/X53s/7FLJ/yqVBe5Puk= ; Message-ID: <20060621012834.3942.qmail@web30804.mail.mud.yahoo.com> Received: from [207.126.239.39] by web30804.mail.mud.yahoo.com via HTTP; Tue, 20 Jun 2006 18:28:34 PDT Date: Tue, 20 Jun 2006 18:28:34 -0700 (PDT) From: Mohan Srinivasan To: obrien@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20060620034229.GA48515@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 01:28:36 -0000 Still investigating. From what we can tell (in Steve Kargl's case), this looks like a FreeBSD NFS server issue. The nfsd's on his server are all blocked in uma_zone_slab (no response to NFS requests, NFS clients keep rexmitting). Don't have core, so don't know more. I'll take a look at the core once he sends it to me. Hopefully we'll have a fix for this soon. --- David O'Brien wrote: > I am getting these errors all the time now (now being -CURRENT newer than > Dec'05-Jan'06 time frame). Are there some known issues in UDP or NFS > serving since then? This is on a virtually zero loaded 100Mbit network. > Both the NFS server and client are FreeBSD-CURRENT systems. > > I can trivially trigger this on all my FreeBSD-CURRENT NFS clients, > simply by exiting Vim. Did something change sometime in 2006 that would > affect the default NFS mounts? > > -- > -- David (obrien@FreeBSD.org) > Q: Because it reverses the logical flow of conversation. > A: Why is top-posting (putting a reply at the top of the message) frowned upon? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 01:41:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DD1916A479; Wed, 21 Jun 2006 01:41:03 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59EED43D4C; Wed, 21 Jun 2006 01:41:01 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fsri5-000NXy-AX; Wed, 21 Jun 2006 10:40:49 +0900 Message-ID: <4498A387.3070604@micom.mng.net> Date: Wed, 21 Jun 2006 10:40:23 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Adi Pircalabu References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> <20060620181916.732dbc5c@apircalabu.dsd.ro> In-Reply-To: <20060620181916.732dbc5c@apircalabu.dsd.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hajimu UMEMOTO , Ivan Voras , Marcus Alves Grando , freebsd-current@freebsd.org, Dmitry Pryanishnikov Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 01:41:03 -0000 This patch makes my native Firefox-1.5.0.4 hang when I go to www.fifaworldcup.com site. # uname -an FreeBSD daemon.micom.mng.net 6.1-STABLE FreeBSD 6.1-STABLE #3: Fri Jun 16 12:00:54 ULAST 2006 root@gdaemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 Ganbold Adi Pircalabu wrote: > On Tue, 20 Jun 2006 10:02:06 -0400 John Baldwin wrote: > > >> On Friday 16 June 2006 14:25, Dmitry Pryanishnikov wrote: >> >>> Hello! >>> >>> On Sat, 17 Jun 2006, Hajimu UMEMOTO wrote: >>> >>>> dmitry> doesn't crash/hang anything, it just gives the >>>> dmitry> possibility to use this combination. >>>> >>>> This patch is somewhat redundant. Adding >>>> >>>> __weak_reference(dlsym, _dlsym); >>>> >>>> is enough. >>>> >>> Indeed, this also works for me. It would be nice to see this >>> trivial addition committed. >>> >> I agree. Do you have the __weak_reference() patch handy? >> > > I know that this patch, by itself, does not break anything in the base > system. It gives the possibility to use native Mozilla-based browsers > with linux-flashplugin7. It eases the task of integrating them. > But not always adding a feature leads to the desired results. Flash7 > DOES hang a lot when used with native Mozilla. Denying this isn't the > right thing to do, it will hit lots of users. > There are not as many reports as someone would expect because the patch > is not applied (yet) mainstream. Usually, if you offer a feature in a > software product, users tend to use it. > In this specific case I'd go for the solution of a separate library > used with LD_PRELOAD by Mozilla proposed by Marcus Alves Grando. > In the end, it's a matter of decision. > > From owner-freebsd-current@FreeBSD.ORG Tue Jun 20 16:02:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77DB816A474 for ; Tue, 20 Jun 2006 16:02:30 +0000 (UTC) (envelope-from anrays@gmail.com) Received: from tor.farlep.net (tor.farlep.net [213.130.1.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DCE243D45 for ; Tue, 20 Jun 2006 16:02:29 +0000 (GMT) (envelope-from anrays@gmail.com) Received: from santinel.home.ua (max5-28.dialup.farlep.net [213.130.5.157]) by tor.farlep.net with ESMTP id k5KG1t4C016022 for ; Tue, 20 Jun 2006 19:02:03 +0300 Received: from anray by santinel.home.ua with local (Exim 4.62; FreeBSD) id 1FsgzX-00015s-JX for ; Tue, 20 Jun 2006 17:14:07 +0300 To: current@freebsd.org Organization: Santinel From: Andrey Slusar Date: Tue, 20 Jun 2006 17:14:06 +0300 Message-ID: <8664ivrk29.fsf@santinel.home.ua> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-SMTP-Vilter-Version: 1.1.8 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean X-Mailman-Approved-At: Wed, 21 Jun 2006 01:53:04 +0000 Cc: Subject: cpio in 7.0-CURRENT - internal overflow. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jun 2006 16:02:30 -0000 Hello! What is the problems in cpio on the 7.0-CURRENT? On the 4.x-6.10 the lang/rscheme port build without any problems and now i am update my system to CURRENT - cpio is not works properly. See the log: ,----[ uname -a ] | FreeBSD santinel.home.ua 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Jun 16 03:19:49 EEST 2006 anray@santinel.home.ua:/usr/obj/usr/src/sys/ANRAY i386 `---- --8<---------------cut here---------------start------------->8--- rm -rf src ; mkdir src (cd ./handc ; find . \! \( -name CVS -prune \) -print) > .handc.list cat .handc.list | (cd ./handc ; cpio -oc) | (cd src ; cpio -idc) Internal overflow, aborting cpio: premature end of file *** Error code 1 Stop in /usr/home/anray/ports/ports/lang/rscheme/work/rs-0.7.3.3. *** Error code 1 Stop in /usr/home/anray/ports/ports/lang/rscheme/work/rs-0.7.3.3. *** Error code 1 Stop in /usr/home/anray/ports/ports/lang/rscheme. --8<---------------cut here---------------end--------------->8--- On the RELENG_6 system: --8<---------------cut here---------------start------------->8--- rm -rf src ; mkdir src (cd ./handc ; find . \! \( -name CVS -prune \) -print) > .handc.list cat .handc.list | (cd ./handc ; cpio -oc) | (cd src ; cpio -idc) cpio: .: truncating inode number cpio: bci: truncating inode number cpio: bci/Makefile: truncating inode number cpio: bci/bcextend.h: truncating inode number cpio: bci/bcinterp.c: truncating inode number cpio: bci/includes.lst: truncating inode number cpio: cfg: truncating inode number cpio: cfg/gc: truncating inode number cpio: cfg/gc/freelist: truncating inode number cpio: cfg/gc/freelist/Makefile: truncating inode number cpio: cfg/gc/freelist/backtrk.h: truncating inode number cpio: cfg/gc/freelist/bktrksvc.c: truncating inode number cpio: cfg/gc/freelist/bktrksvr.c: truncating inode number cpio: cfg/gc/freelist/gcclient.h: truncating inode number cpio: cfg/gc/freelist/gcserver.c: truncating inode number cpio: cfg/gc/freelist/gcserver.h: truncating inode number cpio: cfg/gc/freelist/gcserver1.ci: truncating inode number cpio: cfg/gc/freelist/gcserver2.ci: truncating inode number cpio: cfg/gc/freelist/gcstruct.h: truncating inode number cpio: cfg/gc/freelist/gcxverse.ci: truncating inode number cpio: cfg/gc/freelist/gcxverse.h: truncating inode number cpio: cfg/gc/freelist/includes.lst: truncating inode number cpio: cfg/gc/freelist/inlines.hh: truncating inode number cpio: cfg/gc/freelist/inlines.lst: truncating inode number cpio: cfg/gc/irc: truncating inode number cpio: cfg/gc/irc/Makefile: truncating inode number cpio: cfg/gc/irc/alloc.h: truncating inode number cpio: cfg/gc/irc/clientyp.h: truncating inode number cpio: cfg/gc/irc/gcalloc.c: truncating inode number cpio: cfg/gc/irc/gcconfig.h: truncating inode number cpio: cfg/gc/irc/gcglue.h: truncating inode number cpio: cfg/gc/irc/gcserver.h: truncating inode number cpio: cfg/gc/irc/gcserver1.ci: truncating inode number cpio: cfg/gc/irc/gcserver2.ci: truncating inode number cpio: cfg/gc/irc/gcxverse.h: truncating inode number cpio: cfg/gc/irc/includes.lst: truncating inode number cpio: cfg/gc/irc/inlines.lst: truncating inode number cpio: cfg/gc/irc/irc.h: truncating inode number cpio: cfg/gc/irc/irctypes.h: truncating inode number cpio: cfg/gc/irc/makeheap.c: truncating inode number cpio: cfg/gc/irc/ptrlist.c: truncating inode number cpio: cfg/gc/irc/record.h: truncating inode number cpio: cfg/gc/irc/sizeclas.h: truncating inode number cpio: cfg/gc/irc/traverse.c: truncating inode number cpio: cfg/gc/irc/traverse.h: truncating inode number cpio: cfg/gc/irc/travstat.h: truncating inode number cpio: cfg/gc/irc/writebar.c: truncating inode number cpio: cfg/gc/irc/writebar.h: truncating inode number cpio: cfg/gc/rtgc: truncating inode number cpio: cfg/gc/rtgc/Makefile: truncating inode number cpio: cfg/gc/rtgc/allocator.cc: truncating inode number cpio: cfg/gc/rtgc/colorset.cc: truncating inode number cpio: cfg/gc/rtgc/gc.cc: truncating inode number cpio: cfg/gc/rtgc/gcserver.cc: truncating inode number cpio: cfg/gc/rtgc/gen.cc: truncating inode number cpio: cfg/gc/rtgc/igps.cc: truncating inode number cpio: cfg/gc/rtgc/objmgr.cc: truncating inode number cpio: cfg/gc/rtgc/pointers.cc: truncating inode number cpio: cfg/gc/rtgc/rtgc: truncating inode number cpio: cfg/gc/rtgc/rtgc/allocator.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/allocator.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/colorset.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/colorset1.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/colorset2.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/config.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/gc.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/gc1.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/gc2.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/gcclient.h: truncating inode number cpio: cfg/gc/rtgc/rtgc/gcserver.h: truncating inode number cpio: cfg/gc/rtgc/rtgc/gcserver.h~: truncating inode number cpio: cfg/gc/rtgc/rtgc/gcserver1.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/gcserver2.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/gen.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/gen1.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/gen2.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/igps.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/igps1.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/igps2.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/inlines.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/langtype.h: truncating inode number cpio: cfg/gc/rtgc/rtgc/linktype.h: truncating inode number cpio: cfg/gc/rtgc/rtgc/objmgr.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/objmgr.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/pointers.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/pointers.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/scanroot.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/scanroot.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/scheduler.hh: truncating inode number cpio: cfg/gc/rtgc/rtgc/sizclass.ci: truncating inode number cpio: cfg/gc/rtgc/rtgc/sizclass.h: truncating inode number cpio: cfg/gc/rtgc/rtgc/states.h: truncating inode number cpio: cfg/gc/rtgc/scanroot.cc: truncating inode number cpio: cfg/gc/rtgc/scheduler.cc: truncating inode number cpio: cfg/gc/rtgc/sizclass.c: truncating inode number cpio: cfg/gcadapt: truncating inode number cpio: cfg/gcadapt/freelist: truncating inode number cpio: cfg/gcadapt/freelist/Makefile: truncating inode number cpio: cfg/gcadapt/freelist/gcadapt.h: truncating inode number cpio: cfg/gcadapt/freelist/gcclient.c: truncating inode number cpio: cfg/gcadapt/freelist/gcclient1.ci: truncating inode number cpio: cfg/gcadapt/freelist/gcclient2.ci: truncating inode number cpio: cfg/gcadapt/freelist/includes.lst: truncating inode number cpio: cfg/gcadapt/freelist/inlines.lst: truncating inode number cpio: cfg/gcadapt/freelist/langtype.h: truncating inode number cpio: cfg/gcadapt/irc: truncating inode number cpio: cfg/gcadapt/irc/Makefile: truncating inode number cpio: cfg/gcadapt/irc/gcadapt.h: truncating inode number cpio: cfg/gcadapt/irc/gcclient.c: truncating inode number cpio: cfg/gcadapt/irc/gcclient1.ci: truncating inode number cpio: cfg/gcadapt/irc/gcclient2.ci: truncating inode number cpio: cfg/gcadapt/irc/includes.lst: truncating inode number cpio: cfg/gcadapt/irc/inlines.lst: truncating inode number cpio: cfg/gcadapt/irc/langtype.h: truncating inode number cpio: cfg/gcadapt/rtgc: truncating inode number cpio: cfg/gcadapt/rtgc/Makefile: truncating inode number cpio: cfg/gcadapt/rtgc/gcadapt.h: truncating inode number cpio: cfg/gcadapt/rtgc/gcclient.c: truncating inode number cpio: cfg/gcadapt/rtgc/gcclient1.ci: truncating inode number cpio: cfg/gcadapt/rtgc/gcclient2.ci: truncating inode number cpio: cfg/gcadapt/rtgc/includes.lst: truncating inode number cpio: cfg/gcadapt/rtgc/inlines.lst: truncating inode number cpio: cfg/gcadapt/rtgc/langtype.h: truncating inode number cpio: cfg/mod.c: truncating inode number cpio: cfg/rdln: truncating inode number cpio: cfg/rdln/gnu: truncating inode number cpio: cfg/rdln/gnu/Makefile: truncating inode number cpio: cfg/rdln/gnu/rdln_gnu.c: truncating inode number cpio: cfg/rdln/std: truncating inode number cpio: cfg/rdln/std/Makefile: truncating inode number cpio: cfg/rdln/std/rdln_std.c: truncating inode number cpio: config.guess: truncating inode number cpio: config.h.in: truncating inode number cpio: config.sub: truncating inode number cpio: configure.in: truncating inode number cpio: dfltmain: truncating inode number cpio: dfltmain/Makefile: truncating inode number cpio: dfltmain/findimag.c: truncating inode number cpio: dfltmain/main.c: truncating inode number cpio: hasht: truncating inode number cpio: hasht/Makefile.in: truncating inode number cpio: hasht/chain.ci: truncating inode number cpio: hasht/crchash.c: truncating inode number cpio: hasht/generic.c: truncating inode number cpio: hasht/generic.c1: truncating inode number cpio: hasht/generic.ci: truncating inode number cpio: hasht/generic0.c: truncating inode number cpio: hasht/hashfn.c: truncating inode number cpio: hasht/hashfn.h: truncating inode number cpio: hasht/hashmain.c: truncating inode number cpio: hasht/hashmain.h: truncating inode number cpio: hasht/hasht.h: truncating inode number cpio: hasht/htsplit.c: truncating inode number cpio: hasht/htstruct.h: truncating inode number cpio: hasht/includes.lst: truncating inode number cpio: hasht/special.ci: truncating inode number cpio: hasht/tblcopy.c: truncating inode number cpio: heapi: truncating inode number cpio: heapi/Makefile: truncating inode number cpio: heapi/heapi.h: truncating inode number cpio: heapi/imagfile.h: truncating inode number cpio: heapi/includes.lst: truncating inode number cpio: heapi/loadimag.c: truncating inode number cpio: heapi/mapf.h: truncating inode number cpio: heapi/saveimg.h: truncating inode number cpio: heapi/saveq.c: truncating inode number cpio: heapi/saveq.h: truncating inode number cpio: heapi/savetrav.c: truncating inode number cpio: heapi/savewrit.c: truncating inode number cpio: install: truncating inode number cpio: install/include: truncating inode number cpio: install/include/rscheme.h: truncating inode number cpio: install.sh: truncating inode number cpio: lgh: truncating inode number cpio: lgh/Makefile: truncating inode number cpio: lgh/README: truncating inode number cpio: lgh/learn0.c: truncating inode number cpio: lgh/lgh.h: truncating inode number cpio: lgh/lgh.scm: truncating inode number cpio: lgh/lghmain.c: truncating inode number cpio: loadboot: truncating inode number cpio: loadboot/Makefile: truncating inode number cpio: loadboot/loadboot.c: truncating inode number cpio: platform: truncating inode number cpio: platform/aix: truncating inode number cpio: platform/aix/dynlink.c: truncating inode number cpio: platform/aix/mapf.c: truncating inode number cpio: platform/aix/rs.exp: truncating inode number cpio: platform/arch: truncating inode number cpio: platform/arch/m68k: truncating inode number cpio: platform/arch/m68k/hwregs: truncating inode number cpio: platform/arch/powerpc: truncating inode number cpio: platform/arch/powerpc/hwregs: truncating inode number cpio: platform/bsd: truncating inode number cpio: platform/bsd/dynlink.c: truncating inode number cpio: platform/com: truncating inode number cpio: platform/com/dynlink.c: truncating inode number cpio: platform/com/mapf.c: truncating inode number cpio: platform/com/osglue.c: truncating inode number cpio: platform/darwin: truncating inode number cpio: platform/darwin/dynlink.c: truncating inode number cpio: platform/dos: truncating inode number cpio: platform/dos/osglue.c: truncating inode number cpio: platform/dos/platform.h: truncating inode number cpio: platform/irix: truncating inode number cpio: platform/irix/dynlink.c: truncating inode number cpio: platform/irix/mapf.c: truncating inode number cpio: platform/linux: truncating inode number cpio: platform/linux/dynlink.c: truncating inode number cpio: platform/mac: truncating inode number cpio: platform/mac/buildsty.h: truncating inode number cpio: platform/mac/config_script.as: truncating inode number cpio: platform/mac/mapf.c: truncating inode number cpio: platform/mac/modulo.h: truncating inode number cpio: platform/mac/osglue.c: truncating inode number cpio: platform/mac/platform.h: truncating inode number cpio: platform/mac/rs-mac-headers.h: truncating inode number cpio: platform/next: truncating inode number cpio: platform/next/dynlink.c: truncating inode number cpio: platform/next/mapf.c: truncating inode number cpio: platform/sunos: truncating inode number cpio: platform/sunos/dynlink.c: truncating inode number cpio: postambl.mak: truncating inode number cpio: rshell: truncating inode number cpio: rshell/Makefile: truncating inode number cpio: rshell/shell.c: truncating inode number cpio: rshell/Makefile.orig: truncating inode number cpio: rshell/shell.c.orig: truncating inode number cpio: runtime: truncating inode number cpio: runtime/Makefile: truncating inode number cpio: runtime/_debug.c: truncating inode number cpio: runtime/allocns.c: truncating inode number cpio: runtime/allocns.h: truncating inode number cpio: runtime/api.h: truncating inode number cpio: runtime/applyg.c: truncating inode number cpio: runtime/atrace.c: truncating inode number cpio: runtime/basemath.c: truncating inode number cpio: runtime/chektype.ci: truncating inode number cpio: runtime/chektype.h: truncating inode number cpio: runtime/classes.c: truncating inode number cpio: runtime/collectn.h: truncating inode number cpio: runtime/dequeue.c: truncating inode number cpio: runtime/dynlink.h: truncating inode number cpio: runtime/entry.c: truncating inode number cpio: runtime/finalize.c: truncating inode number cpio: runtime/fluid.c: truncating inode number cpio: runtime/function.c: truncating inode number cpio: runtime/includes.lst: truncating inode number cpio: runtime/init.c: truncating inode number cpio: runtime/inlines.lst: truncating inode number cpio: runtime/interim.c: truncating inode number cpio: runtime/interim.ci: truncating inode number cpio: runtime/intrs.c: truncating inode number cpio: runtime/intrs.h: truncating inode number cpio: runtime/linkage.c: truncating inode number cpio: runtime/linktype.h: truncating inode number cpio: runtime/longint.c: truncating inode number cpio: runtime/longint.h: truncating inode number cpio: runtime/ntohd.ci: truncating inode number cpio: runtime/numsimpl.ci: truncating inode number cpio: runtime/numtower.ci: truncating inode number cpio: runtime/obj.h: truncating inode number cpio: runtime/osglue.h: truncating inode number cpio: runtime/profile.c: truncating inode number cpio: runtime/profile.h: truncating inode number cpio: runtime/rdln.h: truncating inode number cpio: runtime/readwrit.ci: truncating inode number cpio: runtime/regs.c: truncating inode number cpio: runtime/regs.h: truncating inode number cpio: runtime/rsmodule.c: truncating inode number cpio: runtime/rsmodule.h: truncating inode number cpio: runtime/runtime.h: truncating inode number cpio: runtime/scheme.h: truncating inode number cpio: runtime/smemory.c: truncating inode number cpio: runtime/smemory.ci: truncating inode number cpio: runtime/smemory.h: truncating inode number cpio: runtime/spin.c: truncating inode number cpio: runtime/stack.c: truncating inode number cpio: runtime/stack.ci: truncating inode number cpio: runtime/stack.h: truncating inode number cpio: runtime/stakcach.c: truncating inode number cpio: runtime/stakcach.ci: truncating inode number cpio: runtime/stakcach.h: truncating inode number cpio: runtime/strings.c: truncating inode number cpio: runtime/timeprof.c: truncating inode number cpio: runtime/timeprof.h: truncating inode number cpio: runtime/vinsns.c: truncating inode number cpio: runtime/vinsns.ci: truncating inode number cpio: runtime/vinsns.h: truncating inode number cpio: runtime/basemath.c.orig: truncating inode number cpio: runtime/smemory.c.orig: truncating inode number cpio: runtime/vinsns.h.orig: truncating inode number cpio: unstub: truncating inode number cpio: unstub/Makefile: truncating inode number cpio: unstub/unstub.c: truncating inode number cpio: autom4te.cache: truncating inode number cpio: autom4te.cache/requests: truncating inode number cpio: autom4te.cache/output.0: truncating inode number cpio: autom4te.cache/traces.0: truncating inode number cpio: configure: truncating inode number --8<---------------cut here---------------end--------------->8--- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 00:23:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B31D016A474 for ; Wed, 21 Jun 2006 00:23:40 +0000 (UTC) (envelope-from chucklever@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8AE643D46 for ; Wed, 21 Jun 2006 00:23:39 +0000 (GMT) (envelope-from chucklever@gmail.com) Received: by nz-out-0102.google.com with SMTP id x3so36894nzd for ; Tue, 20 Jun 2006 17:23:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VVA9oxJnQ8E/qq9oKUKC6IIYMO4UwxWl9pgZs/8pbIzoQL8BfLFDNA8CVnMGOqN0DW+BloK+ZImkqSvY+f2W73Kenl0RG3zGVnpsT/TFI2RHVyDZLVdHbJPwDMvdYTfV/z8dGBHb82kGpkDDdvopUqIsQXA+uLUK+eMl2TjfWFo= Received: by 10.65.181.9 with SMTP id i9mr23658qbp; Tue, 20 Jun 2006 17:23:38 -0700 (PDT) Received: by 10.64.21.9 with HTTP; Tue, 20 Jun 2006 17:23:38 -0700 (PDT) Message-ID: <76bd70e30606201723k1b561970ra8f7b516c89acbca@mail.gmail.com> Date: Tue, 20 Jun 2006 17:23:38 -0700 From: "Chuck Lever" To: "Steve Kargl" In-Reply-To: <20060620225118.GA98667@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060620205617.GR83482@over-yonder.net> <20060620223115.21443.qmail@web30803.mail.mud.yahoo.com> <20060620225118.GA98667@troutmask.apl.washington.edu> X-Mailman-Approved-At: Wed, 21 Jun 2006 01:53:41 +0000 Cc: freebsd-current@freebsd.org, Robert Watson , Mohan Srinivasan , "Matthew D. Fuller" Subject: Re: Often experiencing nfs server foo:/bar: not responding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 00:23:40 -0000 On 6/20/06, Steve Kargl wrote: > On Tue, Jun 20, 2006 at 03:31:15PM -0700, Mohan Srinivasan wrote: > > > > --- "Matthew D. Fuller" wrote: > > > On Tue, Jun 20, 2006 at 01:45:07PM -0700 I heard the voice of > > > David O'Brien, and lo! it spake thus: > > > > > > > > Note that mounting NFS /home with -T "fixes" the problem. > > > > > > Hm, that's a point. I have an early-June -CURRENT as a NFS client on > > > a late-Nov. -CURRENT NFS server, and haven't had any troubles. But I > > > do use TCP mounts. > > > > > > > I am not able to reproduce the problems you report :( > > > > 1) On the latest -current NFS client, and against both NetApp filers and > > FreeBSD 4.11 servers, mounting NFS/UDP, > > > > I copied a .tgz image of the freebsd source tree to an NFS mount, untarred > > it over NFS and built the kernel over NFS. > > > > That works fine. I don't see any "server not responding messages". > > > > 2) Then I did the same with a FreeBSD4.11 client and the FreeBSD -current > > server - copying the .tgz file over NFS and untarring it over NFS, to see > > if might be a -current NFS server issue. That works fine too. > > > > Unfortunately, I am unable to mount -current against -current here. > > > > I have a mix of bge and fxp cards. > > I've seen the problem described by David on RELENG_6. > > You can see the network topology at > http://troutmask.apl.washington.edu/~kargl/hpc.html > The NFS server is on node10 (bge1) and /home is exported to node11 > through node15. If I mount node10:/usr/src on node15 a "make installworld" > will result in a never ending stream of "server not responding messages". Has anyone who has seen this issue tried using the dumb timer mount option? -- "We who cut mere stones must always be envisioning cathedrals" -- Quarry worker's creed From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 01:04:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBB916A474 for ; Wed, 21 Jun 2006 01:04:15 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E594843D45 for ; Wed, 21 Jun 2006 01:04:14 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by nz-out-0102.google.com with SMTP id x3so42444nzd for ; Tue, 20 Jun 2006 18:04:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type; b=MvHUvmV5vo9Omulg0Ram/K+FqfnZAjIEC5oqqUiyYZRVnkcsdZCZpNUR/gbhz2VtfRAeT7F1pvei0yjKJPjpvQS1Rb7Yy3EpAzZ8jeLww4x23rJ9U95XjW28ky4AegFEiC3me3BgsVsYs+fpZtU4IBn/JOTtkMsRXk8/GcTlazw= Received: by 10.65.54.5 with SMTP id g5mr77221qbk; Tue, 20 Jun 2006 18:04:14 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id f13sm45454qba.2006.06.20.18.04.08; Tue, 20 Jun 2006 18:04:09 -0700 (PDT) Date: Tue, 20 Jun 2006 21:04:00 -0400 From: Alexander Kabaev To: current@FreeBSD.org, obrien@FreeBSD.ORG Message-ID: <20060620210400.57956fbd@kan.dnsalias.net> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_CI19v6.fZ/BfVg+tI5VEHh8"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Wed, 21 Jun 2006 01:54:21 +0000 Cc: Subject: libmagic build failures (tmp patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 01:04:15 -0000 --Sig_CI19v6.fZ/BfVg+tI5VEHh8 Content-Type: multipart/mixed; boundary="MP__YPq7PBzhhk_H5kQidj8f/S" --MP__YPq7PBzhhk_H5kQidj8f/S Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I tried to build a fresh world today and was bitten by build failures in libmagic. Apparently last vendor import has included a bug in vendor code. Attached patch lets the buildworld complete. --=20 Alexander Kabaev --MP__YPq7PBzhhk_H5kQidj8f/S Content-Type: text/x-patch; name=apprentice.c.diff Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=apprentice.c.diff Index: apprentice.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/contrib/file/apprentice.c,v retrieving revision 1.1.1.10 diff -u -r1.1.1.10 apprentice.c --- apprentice.c 19 Jun 2006 07:52:12 -0000 1.1.1.10 +++ apprentice.c 21 Jun 2006 00:43:37 -0000 @@ -381,7 +381,7 @@ } =20 maxmagic =3D MAXMAGIS; - if ((marray =3D malloc(maxmagic * sizeof(*marray))) =3D=3D NULL) { + if ((marray =3D calloc(maxmagic, sizeof(*marray))) =3D=3D NULL) { (void)fclose(f); file_oomem(ms); return -1; --MP__YPq7PBzhhk_H5kQidj8f/S-- --Sig_CI19v6.fZ/BfVg+tI5VEHh8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEmJsHQ6z1jMm+XZYRAm/8AKCVRbEWUqyU+VUhv7Hq4lwIkESpPwCgi48l R70QD6Ns40cM7RGNNX6Lb4U= =bGxB -----END PGP SIGNATURE----- --Sig_CI19v6.fZ/BfVg+tI5VEHh8-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 02:15:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D9AF16A4AB; Wed, 21 Jun 2006 02:15:33 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9393143D6E; Wed, 21 Jun 2006 02:15:32 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:ivVnKdbU/IwQQflEIT+e40WuzPn5N+r/XENIC0Inku7yd74py09zNPknIKHFKjbK@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k5L2EqXp058006 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jun 2006 11:14:52 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 21 Jun 2006 11:14:52 +0900 Message-ID: From: Hajimu UMEMOTO To: John Baldwin In-Reply-To: <200606201707.05938.jhb@freebsd.org> References: <449015DE.6090407@fer.hr> <200606201002.07695.jhb@freebsd.org> <20060620230149.S43840@atlantis.atlantis.dp.ua> <200606201707.05938.jhb@freebsd.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:::1]); Wed, 21 Jun 2006 11:14:55 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on ameno.mahoroba.org Cc: Dmitry Pryanishnikov , kan@freebsd.org, Adi Pircalabu , Ivan Voras , freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 02:15:33 -0000 Hi, >>>>> On Tue, 20 Jun 2006 17:07:04 -0400 >>>>> John Baldwin said: jhb> Well, this patch was shot down. Would it be possible to have the jhb> pluginwrapper provide the _dlsym weak reference itself? Unfortunately, no. If it was possible, nork-san already made his pluginwrapper so. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 02:58:28 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D34D516A47A; Wed, 21 Jun 2006 02:58:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56F7243D46; Wed, 21 Jun 2006 02:58:28 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 1B764EB0D9D; Wed, 21 Jun 2006 10:58:26 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8oPMhfMTfaeu; Wed, 21 Jun 2006 10:58:19 +0800 (CST) Received: from [10.217.12.210] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 1A1F4EB0D4D; Wed, 21 Jun 2006 10:58:18 +0800 (CST) From: Xin LI To: Alexander Kabaev In-Reply-To: <20060620210400.57956fbd@kan.dnsalias.net> References: <20060620210400.57956fbd@kan.dnsalias.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DEoKKuDT/FOH01QyhWNS" Organization: The FreeBSD Project Date: Wed, 21 Jun 2006 10:58:17 +0800 Message-Id: <1150858697.964.7.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: current@FreeBSD.org, obrien@FreeBSD.ORG Subject: Re: libmagic build failures (tmp patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 02:58:28 -0000 --=-DEoKKuDT/FOH01QyhWNS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2006-06-20=E4=BA=8C=E7=9A=84 21:04 -0400=EF=BC=8CAlexander Kabaev= =E5=86=99=E9=81=93=EF=BC=9A > I tried to build a fresh world today and was bitten by build failures > in libmagic. Apparently last vendor import has included a bug in vendor > code. Attached patch lets the buildworld complete. The patch looks fine to me. Shouldn't we contact Christos to get it into the vendor release? Cheers, --=20 Xin LI http://www.delphij.net/ --=-DEoKKuDT/FOH01QyhWNS Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmLXJhcUczkLqiksRApNTAJ4tM0YZjCiLWxJ8EyCu8qoWCCsxcgCg2v0e b/pm2aHr6U416odbPSgjuKg= =LuIg -----END PGP SIGNATURE----- --=-DEoKKuDT/FOH01QyhWNS-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 03:37:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ACEB16A47D for ; Wed, 21 Jun 2006 03:37:07 +0000 (UTC) (envelope-from jrh29@eecs.cwru.edu) Received: from eastrmmtao04.cox.net (eastrmmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE34843D48 for ; Wed, 21 Jun 2006 03:37:06 +0000 (GMT) (envelope-from jrh29@eecs.cwru.edu) Received: from [192.168.1.101] (really [68.98.142.45]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060621033706.CPKT9931.eastrmmtao04.cox.net@[192.168.1.101]> for ; Tue, 20 Jun 2006 23:37:06 -0400 Mime-Version: 1.0 (Apple Message framework v750) To: freebsd-current@freebsd.org Message-Id: Content-Type: multipart/mixed; boundary=Apple-Mail-7-755132590 From: Justin Hibbits Date: Tue, 20 Jun 2006 23:37:04 -0400 X-Mailer: Apple Mail (2.750) X-Mailman-Approved-At: Wed, 21 Jun 2006 04:26:36 +0000 Subject: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 03:37:07 -0000 --Apple-Mail-7-755132590 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hey folks, got an interesting patch. This adds a ~/.hosts file (personal version of /etc/hosts). It was written against 6-STABLE about a week before 6.1 was released, and has been sitting collecting dust for the last month and a half. Currently it augments /etc/hosts instead of replacing it or prepending it. Any comments? One suggestion that was made was to make it an nss module so that it could be controlled by the admin. It probably could use some cleanup as well, just putting it out here for proof of concept for now, and some direction. - Justin --Apple-Mail-7-755132590 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="hosts.diff" Content-Disposition: attachment; filename=hosts.diff diff -u net2/getaddrinfo.c net/getaddrinfo.c --- net2/getaddrinfo.c Tue Jun 20 14:27:41 2006 +++ net/getaddrinfo.c Mon May 1 18:19:17 2006 @@ -84,6 +84,7 @@ #include #include #include +#include #include #include #include @@ -270,10 +271,10 @@ static int addr4sort(struct addrinfo *); #endif static int _dns_getaddrinfo(void *, void *, va_list); -static void _sethtent(FILE **); +static void _sethtent(FILE **, int state, int oldstate); static void _endhtent(FILE **); static struct addrinfo *_gethtent(FILE **, const char *, - const struct addrinfo *); + const struct addrinfo *, int *state); static int _files_getaddrinfo(void *, void *, va_list); #ifdef YP static struct addrinfo *_yphostent(char *, const struct addrinfo *); @@ -2003,12 +2004,34 @@ } static void -_sethtent(FILE **hostf) +_sethtent(FILE **hostf, int state, int oldstate) { if (!*hostf) *hostf = fopen(_PATH_HOSTS, "r"); - else + else if (state == 0 && oldstate == 0) rewind(*hostf); + else { + if (geteuid() == getuid()){ + char *home = getenv("HOME"); + char *home_hostf; + struct passwd *pwd = getpwuid(geteuid()); + if (pwd == NULL) { + *hostf = NULL; + return; + } + if (home == NULL) + home = pwd->pw_dir; + home_hostf = malloc(strlen(home) + sizeof("/.hosts") + 1); + if (home_hostf != NULL) { + strcpy(home_hostf, home); + strcat(home_hostf, "/.hosts"); + *hostf = fopen(home_hostf, "r"); + free(home_hostf); + } + } + else + *hostf = NULL; + } } static void @@ -2021,7 +2044,7 @@ } static struct addrinfo * -_gethtent(FILE **hostf, const char *name, const struct addrinfo *pai) +_gethtent(FILE **hostf, const char *name, const struct addrinfo *pai, int *state) { char *p; char *cp, *tname, *cname; @@ -2033,8 +2056,16 @@ if (!*hostf && !(*hostf = fopen(_PATH_HOSTS, "r"))) return (NULL); again: - if (!(p = fgets(hostbuf, sizeof hostbuf, *hostf))) - return (NULL); + if (!(p = fgets(hostbuf, sizeof hostbuf, *hostf))) { + if (*state == 0) + _sethtent(hostf, 1, 0); + else + return (NULL); + *state = 1; + if (*hostf == NULL) + return(NULL); + goto again; + } if (*p == '#') goto again; cp = strpbrk(p, "#\n"); @@ -2107,6 +2138,7 @@ struct addrinfo sentinel, *cur; struct addrinfo *p; FILE *hostf = NULL; + int state = 0; name = va_arg(ap, char *); pai = va_arg(ap, struct addrinfo *); @@ -2114,8 +2146,8 @@ memset(&sentinel, 0, sizeof(sentinel)); cur = &sentinel; - _sethtent(&hostf); - while ((p = _gethtent(&hostf, name, pai)) != NULL) { + _sethtent(&hostf, 0, 0); + while ((p = _gethtent(&hostf, name, pai, &state)) != NULL) { cur->ai_next = p; while (cur && cur->ai_next) cur = cur->ai_next; diff -u net2/gethostbyht.c net/gethostbyht.c --- net2/gethostbyht.c Tue Jun 20 14:30:36 2006 +++ net/gethostbyht.c Fri Apr 28 17:50:32 2006 @@ -55,17 +55,21 @@ static char sccsid[] = "@(#)gethostnamadr.c 8.1 (Berkeley) 6/4/93"; #endif /* LIBC_SCCS and not lint */ #include -__FBSDID("$FreeBSD: /repoman/r/ncvs/src/lib/libc/net/gethostbyht.c,v 1.23 2005/04/30 20:07:01 ume Exp $"); +__FBSDID("$FreeBSD: src/lib/libc/net/gethostbyht.c,v 1.23 2005/04/30 20:07:01 ume Exp $"); #include #include +#include #include #include #include #include +#include #include +#include #include #include +#include #include #include /* XXX */ #include /* XXX */ @@ -74,10 +78,11 @@ void _sethosthtent(int f, struct hostent_data *hed) { - if (!hed->hostf) + if (!hed->hostf || hed->user_hostf) hed->hostf = fopen(_PATH_HOSTS, "r"); else rewind(hed->hostf); + hed->user_hostf = 0; hed->stayopen = f; } @@ -87,6 +92,7 @@ if (hed->hostf && !hed->stayopen) { (void) fclose(hed->hostf); hed->hostf = NULL; + hed->user_hostf = 0; } } @@ -104,8 +110,37 @@ } again: if (!(p = fgets(hostbuf, sizeof hostbuf, hed->hostf))) { - h_errno = HOST_NOT_FOUND; - return -1; + char *home_hostf; + struct passwd *pwd; + FILE *hostf_tmp; + if (hed->user_hostf == 1) { + goto enotfound; + } + + if (geteuid() != getuid()) { + goto enotfound; + } + + pwd = getpwuid(geteuid()); + if (pwd == NULL) { + goto enotfound; + } + home_hostf = malloc(strlen(pwd->pw_dir) + sizeof("/.hosts") + 1); + if (home_hostf == NULL) { + goto enotfound; + } + strcpy(home_hostf, pwd->pw_dir); + strcat(home_hostf, "/.hosts"); + /* Personal .hosts files are optional */ + hostf_tmp = fopen(home_hostf, "r"); + free(home_hostf); + if (!(hostf_tmp = fopen(home_hostf, "r"))) { + goto enotfound; + } + fclose(hed->hostf); + hed->hostf = hostf_tmp; + hed->user_hostf = 1; + goto again; } if (*p == '#') goto again; @@ -172,6 +207,10 @@ *q = NULL; h_errno = NETDB_SUCCESS; return 0; + +enotfound: + h_errno = HOST_NOT_FOUND; + return -1; } int diff -u net2/name6.c net/name6.c --- net2/name6.c Tue Jun 20 14:30:36 2006 +++ net/name6.c Sat Apr 29 01:36:48 2006 @@ -112,6 +112,7 @@ #include #include +#include #include #include #include @@ -220,7 +221,7 @@ static int comp_dst(const void *, const void *); static int gai_addr2scopetype(struct sockaddr *); -static FILE *_files_open(int *errp); +static FILE *_files_open(int *errp, int state); static int _files_ghbyname(void *, void *, va_list); static int _files_ghbyaddr(void *, void *, va_list); #ifdef YP @@ -1229,10 +1230,29 @@ */ static FILE * -_files_open(int *errp) +_files_open(int *errp, int state) { - FILE *fp; - fp = fopen(_PATH_HOSTS, "r"); + FILE *fp = NULL; + if (state == 0) + fp = fopen(_PATH_HOSTS, "r"); + else if (geteuid() == getuid()){ + char *home = getenv("HOME"); + char *home_hostf; + struct passwd *pwd = getpwuid(geteuid()); + if (pwd == NULL) { + *errp = NO_RECOVERY; + return NULL; + } + if (home == NULL) + home = pwd->pw_dir; + home_hostf = malloc(strlen(home) + sizeof("/.hosts") + 1); + if (home_hostf != NULL) { + strcpy(home_hostf, home); + strcat(home_hostf, "/.hosts"); + fp = fopen(home_hostf, "r"); + free(home_hostf); + } + } if (fp == NULL) *errp = NO_RECOVERY; return fp; @@ -1251,6 +1271,7 @@ char *aliases[MAXALIASES + 1], *addrs[2]; union inx_addr addrbuf; char buf[BUFSIZ]; + int state = 0; name = va_arg(ap, const char *); af = va_arg(ap, int); @@ -1258,7 +1279,8 @@ *(struct hostent **)rval = NULL; - if ((fp = _files_open(errp)) == NULL) +search: + if ((fp = _files_open(errp, state)) == NULL) return NS_UNAVAIL; rethp = hp = NULL; @@ -1307,6 +1329,10 @@ rethp = _hpmerge(rethp, hp, errp); } fclose(fp); + if (rethp == NULL && state == 0) { + state = 1; + goto search; + } *(struct hostent **)rval = rethp; return (rethp != NULL) ? NS_SUCCESS : NS_NOTFOUND; } @@ -1325,6 +1351,7 @@ char *aliases[MAXALIASES + 1], *addrs[2]; union inx_addr addrbuf; char buf[BUFSIZ]; + int state = 0; addr = va_arg(ap, const void *); addrlen = va_arg(ap, int); @@ -1333,7 +1360,8 @@ *(struct hostent**)rval = NULL; - if ((fp = _files_open(errp)) == NULL) +search: + if ((fp = _files_open(errp, state)) == NULL) return NS_UNAVAIL; hp = NULL; while (fgets(buf, sizeof(buf), fp)) { @@ -1363,6 +1391,10 @@ break; } fclose(fp); + if (hp == NULL && state == 0) { + state = 1; + goto search; + } *(struct hostent **)rval = hp; return (hp != NULL) ? NS_SUCCESS : NS_NOTFOUND; } diff -u net2/netdb_private.h net/netdb_private.h --- net2/netdb_private.h Tue Jun 20 14:30:36 2006 +++ net/netdb_private.h Thu Apr 27 22:31:13 2006 @@ -43,6 +43,7 @@ char hostbuf[_HOSTBUFSIZE]; FILE *hostf; int stayopen; + int user_hostf; #ifdef YP char *yp_domain; #endif --Apple-Mail-7-755132590-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 04:54:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D3C516A47A for ; Wed, 21 Jun 2006 04:54:25 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 7373F43D45 for ; Wed, 21 Jun 2006 04:54:24 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 59816 invoked from network); 21 Jun 2006 04:54:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=b3ch2HSri614xWNwEmHzPEKe7FBNNH9YaatrjkasaqvYUtT7S4rgQqinF0BymOao4qj7XYp5SBd0ywoFStqw0MV9+IBNgCZsteBPSKGupLHon65ghQJONnZR2BugY+Ti8dQk3YHusdrSuvjkLfKzhU4cqW89xkQzwrvc2NEzExQ= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 21 Jun 2006 04:54:23 -0000 Message-ID: <4498D108.90907@rogers.com> Date: Wed, 21 Jun 2006 00:54:32 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Justin Hibbits References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 04:54:25 -0000 Justin Hibbits wrote: > Hey folks, got an interesting patch. This adds a ~/.hosts file > (personal version of /etc/hosts). It was written against 6-STABLE > about a week before 6.1 was released, and has been sitting collecting > dust for the last month and a half. Currently it augments /etc/hosts > instead of replacing it or prepending it. Any comments? One > suggestion that was made was to make it an nss module so that it could > be controlled by the admin. It probably could use some cleanup as > well, just putting it out here for proof of concept for now, and some > direction. Just what exactly is the point of having a user specified hosts file? Seems like a bad idea to me, in terms of security. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 05:30:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DC7316A474 for ; Wed, 21 Jun 2006 05:30:10 +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 B298B43D4C for ; Wed, 21 Jun 2006 05:30:09 +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 k5L5U8jx004456; Tue, 20 Jun 2006 22:30:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k5L5U85v004455; Tue, 20 Jun 2006 22:30:08 -0700 Date: Tue, 20 Jun 2006 22:30:08 -0700 From: Brooks Davis To: Mike Jakubik Message-ID: <20060621053007.GA3320@odin.ac.hmc.edu> References: <4498D108.90907@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <4498D108.90907@rogers.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: Justin Hibbits , freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 05:30:10 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 21, 2006 at 12:54:32AM -0400, Mike Jakubik wrote: > Justin Hibbits wrote: > >Hey folks, got an interesting patch. This adds a ~/.hosts file=20 > >(personal version of /etc/hosts). It was written against 6-STABLE=20 > >about a week before 6.1 was released, and has been sitting collecting=20 > >dust for the last month and a half. Currently it augments /etc/hosts=20 > >instead of replacing it or prepending it. Any comments? One=20 > >suggestion that was made was to make it an nss module so that it could= =20 > >be controlled by the admin. It probably could use some cleanup as=20 > >well, just putting it out here for proof of concept for now, and some=20 > >direction. >=20 > Just what exactly is the point of having a user specified hosts file?=20 > Seems like a bad idea to me, in terms of security. It's useful for cases where you want to add shortcuts to hosts as a user or do interesting ssh port forwarding tricks in some weird cases where you must connect to localhost:port as remotehost:port due to client/server protocol bugs. This patch appears to only support ~/.hosts for non-suid binaries which is the only real security issue. Any admin relying on host to IP mapping for security for ordinary users is an idiot so that case isn't worth worrying about. Doing this as a separate nss module probably makes sense, but I personally like the feature. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEmNleXY6L6fI4GtQRAv6oAKCHvkV/Ndq+yyFHJixaS1kQXVzBwgCeJVo1 ni7vES7JSNYnx4pB1hnIvgA= =p/WX -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 05:53:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD3316A47A for ; Wed, 21 Jun 2006 05:53:53 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2B1643D48 for ; Wed, 21 Jun 2006 05:53:51 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:s1SNvjmZLv8N6q2EfCZKdWSiQmY+wNdsgmo6h1+aR/BA7l+7JqndW13ULii8IPDZ@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k5L5reCs001452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jun 2006 14:53:41 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 21 Jun 2006 14:53:40 +0900 Message-ID: From: Hajimu UMEMOTO To: Brooks Davis In-Reply-To: <20060621053007.GA3320@odin.ac.hmc.edu> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:::1]); Wed, 21 Jun 2006 14:53:42 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on ameno.mahoroba.org Cc: Mike Jakubik , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 05:53:53 -0000 Hi, >>>>> On Tue, 20 Jun 2006 22:30:08 -0700 >>>>> Brooks Davis said: brooks> Doing this as a separate nss module probably makes sense, but brooks> I personally like the feature. I'd also suggest that you should make it as a nss plugin. There are many differences internally around here between 7-CURRENT and 6-STABLE. I have a plan to MFC the resolver and netdb stuff to be in time for 6.2-RELEASE. So, I'd suggest that you should make it for 7-CURRENT. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 05:54:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AE1116A47F for ; Wed, 21 Jun 2006 05:54:46 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id CB7C743D7B for ; Wed, 21 Jun 2006 05:54:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 43110 invoked from network); 21 Jun 2006 05:54:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=1/ZtTlkJfihqMam2EGvCWMwMFMYrpKPwt2Wfj0oDUqS/BaYcRijDeXW27BG74EbpR/5E9KOfdcZ3+ZnLNSc2h9+J4UmbWXx8/mGcrfw71zsI25NXRX0XlnLyOIXchI9kg0aWMr92qc7hxhmMctdNkaGp41i0pj2CnShDLkBUxuo= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp106.rog.mail.re2.yahoo.com with SMTP; 21 Jun 2006 05:54:32 -0000 Message-ID: <4498DF20.8020803@rogers.com> Date: Wed, 21 Jun 2006 01:54:40 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Brooks Davis References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> In-Reply-To: <20060621053007.GA3320@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Justin Hibbits , freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 05:54:46 -0000 Brooks Davis wrote: > On Wed, Jun 21, 2006 at 12:54:32AM -0400, Mike Jakubik wrote: > >> Justin Hibbits wrote: >> >>> Hey folks, got an interesting patch. This adds a ~/.hosts file >>> (personal version of /etc/hosts). It was written against 6-STABLE >>> about a week before 6.1 was released, and has been sitting collecting >>> dust for the last month and a half. Currently it augments /etc/hosts >>> instead of replacing it or prepending it. Any comments? One >>> suggestion that was made was to make it an nss module so that it could >>> be controlled by the admin. It probably could use some cleanup as >>> well, just putting it out here for proof of concept for now, and some >>> direction. >>> >> Just what exactly is the point of having a user specified hosts file? >> Seems like a bad idea to me, in terms of security. >> > > It's useful for cases where you want to add shortcuts to hosts as a user > or do interesting ssh port forwarding tricks in some weird cases where > you must connect to localhost:port as remotehost:port due to > client/server protocol bugs. > > This patch appears to only support ~/.hosts for non-suid binaries which > is the only real security issue. Any admin relying on host to IP > mapping for security for ordinary users is an idiot so that case isn't > worth worrying about. Doing this as a separate nss module probably > makes sense, but I personally like the feature. > Of course relying on /etc/hosts entries for security alone is indeed not a good idea, however an Admin may choose to resolve and therefore route specified hostnames via /etc/hosts. The user should not be able to overwrite these, if this behavior is true, then it seems like a reasonable change to me, otherwise it not only seems to be a security problem, but also a breach of POLA. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:09:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3234C16A47E for ; Wed, 21 Jun 2006 06:09:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F00043D58 for ; Wed, 21 Jun 2006 06:09:15 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DBB62EB0BA3; Wed, 21 Jun 2006 14:09:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id YZ1ZD1QvpJ7D; Wed, 21 Jun 2006 14:09:07 +0800 (CST) Received: from [10.217.12.210] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7A868EB08DF; Wed, 21 Jun 2006 14:08:58 +0800 (CST) From: Xin LI To: Mike Jakubik In-Reply-To: <4498DF20.8020803@rogers.com> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lQupXpE5UkHZiXpKFtwz" Organization: The FreeBSD Project Date: Wed, 21 Jun 2006 14:08:57 +0800 Message-Id: <1150870137.78122.14.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: Justin Hibbits , freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:09:16 -0000 --=-lQupXpE5UkHZiXpKFtwz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2006-06-21=E4=B8=89=E7=9A=84 01:54 -0400=EF=BC=8CMike Jakubik=E5= =86=99=E9=81=93=EF=BC=9A > [snip] > > It's useful for cases where you want to add shortcuts to hosts as a use= r > > or do interesting ssh port forwarding tricks in some weird cases where > > you must connect to localhost:port as remotehost:port due to > > client/server protocol bugs. > > > > This patch appears to only support ~/.hosts for non-suid binaries which > > is the only real security issue. Any admin relying on host to IP > > mapping for security for ordinary users is an idiot so that case isn't > > worth worrying about. Doing this as a separate nss module probably > > makes sense, but I personally like the feature. > > Of course relying on /etc/hosts entries for security alone is indeed not=20 > a good idea, however an Admin may choose to resolve and therefore route=20 > specified hostnames via /etc/hosts. The user should not be able to=20 > overwrite these, if this behavior is true, then it seems like a=20 > reasonable change to me, otherwise it not only seems to be a security=20 > problem, but also a breach of POLA. I think this would be better implemented with a nss module so that the administrator can choose whether to utilize the feature. BTW. I do not see much problem if the feature is not enabled for setuid binaries because if the user already knows some secret (run under his or her own credential), nor can the user trick others to utilize the ~/.hosts if the program is a setuid binary. What's your concern about the "security problem", or could you please point how can we successfully exploit the ~/.hosts to get privilege escalation and/or information disclosure or something else, which could not happen without ~/.hosts? Cheers, --=20 Xin LI http://www.delphij.net/ --=-lQupXpE5UkHZiXpKFtwz Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmOJ5hcUczkLqiksRAhOwAJwMfxpz9JQJnyRPORZOUEGM3sTj+ACfWXiY UDsqzSnBYicTZ7ccPpOfd74= =ID6H -----END PGP SIGNATURE----- --=-lQupXpE5UkHZiXpKFtwz-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:14:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9330E16A47E; Wed, 21 Jun 2006 06:14:49 +0000 (UTC) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D009643D48; Wed, 21 Jun 2006 06:14:48 +0000 (GMT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (envelope-from cejkar@fit.vutbr.cz) (8.13.7/8.13.5) with ESMTP id k5L6EbgH054779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jun 2006 08:14:37 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.13.7/8.13.1/Submit) id k5L6EblE054778; Wed, 21 Jun 2006 08:14:37 +0200 (CEST) (envelope-from cejkar@fit.vutbr.cz) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Wed, 21 Jun 2006 08:14:37 +0200 From: Rudolf Cejka To: Marcus Alves Grando Message-ID: <20060621061437.GA53019@fit.vutbr.cz> References: <44986777.6070601@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44986777.6070601@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.54 on 147.229.8.12 Cc: Adi Pircalabu , Hajimu UMEMOTO , John Baldwin , kan@FreeBSD.org, Ivan Voras , freebsd-current@FreeBSD.org, Dmitry Pryanishnikov Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:14:49 -0000 Marcus Alves Grando wrote (2006/06/20): > I already try. That's not possible. > I don't know why :/ but i think that's because something with linux > emulation/load shared libraries. I'm not sure, if it is a related problem, but when I unsuccessfully tried to make it work on -current, where another problem with versioning does exist, I have found that there is one problem with /etc/libmap.conf, which makes it seriously "broken": All already loaded shared libs are impossible to remap later. This means that when mozilla is started in 6-stable, it loads our native /lib/libc.so.6, and then there is no chance to remap libc.so.6 for Linux's libflashplayer.so later, needed by [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] libc.so.6 pluginwrapper/flash7.so because rtld thinks, that libc.so.6 for libflashplayer.so is already loaded. Does anybody know, if it is ever possible to fix it? -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:26:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD06F16A479 for ; Wed, 21 Jun 2006 06:26:42 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78F4B43D7F for ; Wed, 21 Jun 2006 06:26:32 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:t8LUVEGm9kZdnbgiOjRTCwKNbz9NQrXK7Rhoi7tJOcjbgxCQytNfg8ZcYfSMmkZb@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k5L6QLe1040350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jun 2006 15:26:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 21 Jun 2006 15:26:21 +0900 Message-ID: From: Hajimu UMEMOTO To: Rudolf Cejka In-Reply-To: <20060621061437.GA53019@fit.vutbr.cz> References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.5 (ameno.mahoroba.org [IPv6:::1]); Wed, 21 Jun 2006 15:26:24 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on ameno.mahoroba.org Cc: Adi Pircalabu , John Baldwin , kan@FreeBSD.org, Ivan Voras , Dmitry Pryanishnikov , freebsd-current@FreeBSD.org, Marcus Alves Grando Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:26:42 -0000 Hi, >>>>> On Wed, 21 Jun 2006 08:14:37 +0200 >>>>> Rudolf Cejka said: cejkar> I'm not sure, if it is a related problem, but when I unsuccessfully cejkar> tried to make it work on -current, where another problem with versioning cejkar> does exist, I have found that there is one problem with /etc/libmap.conf, cejkar> which makes it seriously "broken": All already loaded shared libs are cejkar> impossible to remap later. This means that when mozilla is started in cejkar> 6-stable, it loads our native /lib/libc.so.6, and then there is no chance cejkar> to remap libc.so.6 for Linux's libflashplayer.so later, needed by cejkar> [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] cejkar> libc.so.6 pluginwrapper/flash7.so cejkar> because rtld thinks, that libc.so.6 for libflashplayer.so is already cejkar> loaded. Does anybody know, if it is ever possible to fix it? You can see the following lines in www/linuxpluginwrapper/Makefile: .if ${OSVERSION} >= 700009 IGNORE= doesn't support ELF symbol versioning, yet. .endif Nork-san says that it is hard to make LPW work on 7-CURRENT. But, he is trying to make it work with another approach. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:31:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD28516A479 for ; Wed, 21 Jun 2006 06:31:39 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9529543D5F for ; Wed, 21 Jun 2006 06:31:38 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Jun 2006 08:31:36 +0200 Date: Wed, 21 Jun 2006 08:31:36 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Xin LI In-Reply-To: <1150870137.78122.14.camel@spirit> Message-ID: <20060621082734.Q24109@beagle.kn.op.dlr.de> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-933231558-1150871496=:24109" X-OriginalArrivalTime: 21 Jun 2006 06:31:36.0950 (UTC) FILETIME=[58D28960:01C694FC] Cc: Mike Jakubik , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:31:40 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-933231558-1150871496=:24109 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 21 Jun 2006, Xin LI wrote: XL>=FF=FF 2006-06-21=FF=FF=FF=FF 01:54 -0400=FF=FFMike Jakubik=FF=FF=FF=FF= =FF=FF XL>> [snip] XL>> > It's useful for cases where you want to add shortcuts to hosts as a = user XL>> > or do interesting ssh port forwarding tricks in some weird cases whe= re XL>> > you must connect to localhost:port as remotehost:port due to XL>> > client/server protocol bugs. XL>> > XL>> > This patch appears to only support ~/.hosts for non-suid binaries wh= ich XL>> > is the only real security issue. Any admin relying on host to IP XL>> > mapping for security for ordinary users is an idiot so that case isn= 't XL>> > worth worrying about. Doing this as a separate nss module probably XL>> > makes sense, but I personally like the feature. XL>> XL>> Of course relying on /etc/hosts entries for security alone is indeed n= ot=20 XL>> a good idea, however an Admin may choose to resolve and therefore rout= e=20 XL>> specified hostnames via /etc/hosts. The user should not be able to=20 XL>> overwrite these, if this behavior is true, then it seems like a=20 XL>> reasonable change to me, otherwise it not only seems to be a security= =20 XL>> problem, but also a breach of POLA. XL> XL>I think this would be better implemented with a nss module so that the XL>administrator can choose whether to utilize the feature. XL> XL>BTW. I do not see much problem if the feature is not enabled for setuid XL>binaries because if the user already knows some secret (run under his or XL>her own credential), nor can the user trick others to utilize the XL>~/.hosts if the program is a setuid binary. What's your concern about XL>the "security problem", or could you please point how can we XL>successfully exploit the ~/.hosts to get privilege escalation and/or XL>information disclosure or something else, which could not happen without XL>~/.hosts? Wouldn't this enable the same kind of phishing attacks there are under=20 windows? As far as I remember there are attacks where the hosts file=20 (don't remember how its called under windows) is rewriten by a virus/java= =20 script/whatever to contain a different IP address for a given hostname?=20 Suppose someone fakes the website of www.foobank.com, then manages to=20 insert www.foobank.com with the wrong IP address into ~/.hosts? harti --0-933231558-1150871496=:24109-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:36:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AC6C16A47A; Wed, 21 Jun 2006 06:36:58 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D7F43D48; Wed, 21 Jun 2006 06:36:57 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com (localhost [IPv6:::1]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k5L6aJKG041624; Wed, 21 Jun 2006 15:36:19 +0900 (JST) (envelope-from nork@FreeBSD.org) Received: from 211.18.249.19 (SquirrelMail authenticated user nork) by mail.ninth-nine.com with HTTP; Wed, 21 Jun 2006 15:36:19 +0900 (JST) Message-ID: <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> In-Reply-To: References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> Date: Wed, 21 Jun 2006 15:36:19 +0900 (JST) From: "Norikatsu Shigemura" To: "Hajimu UMEMOTO" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-2022-jp Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:::1]); Wed, 21 Jun 2006 15:36:19 +0900 (JST) Cc: Rudolf Cejka , Adi Pircalabu , John Baldwin , kan@FreeBSD.org, Ivan Voras , Marcus Alves Grando , freebsd-current@FreeBSD.org, Dmitry Pryanishnikov Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:36:58 -0000 > Nork-san says that it is hard to make LPW work on 7-CURRENT. But, he > is trying to make it work with another approach. Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). I confirmed that 'about:plugins' is OK on firefox&flash7&Userland COMPAT_LINUX on 7-current with ELF Symbol Versioning Environment. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:38:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C9AC16A474; Wed, 21 Jun 2006 06:38:21 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B49E43D48; Wed, 21 Jun 2006 06:38:21 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 7732F78C1D; Wed, 21 Jun 2006 06:38:16 +0000 (GMT) Date: Wed, 21 Jun 2006 06:38:16 +0000 From: John Birrell To: Harti Brandt Message-ID: <20060621063816.GA32889@what-creek.com> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621082734.Q24109@beagle.kn.op.dlr.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:38:21 -0000 On Wed, Jun 21, 2006 at 08:31:36AM +0200, Harti Brandt wrote: > Wouldn't this enable the same kind of phishing attacks there are under > windows? As far as I remember there are attacks where the hosts file > (don't remember how its called under windows) is rewriten by a virus/java > script/whatever to contain a different IP address for a given hostname? > Suppose someone fakes the website of www.foobank.com, then manages to > insert www.foobank.com with the wrong IP address into ~/.hosts? Ugh. Now that is a scary thought. Please kill this patch ASAP. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:58:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7207416A474 for ; Wed, 21 Jun 2006 06:58:33 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E8B43D48 for ; Wed, 21 Jun 2006 06:58:32 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5L6wW9D032413; Tue, 20 Jun 2006 23:58:32 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5L6wWeh032412; Tue, 20 Jun 2006 23:58:32 -0700 (PDT) (envelope-from obrien) Date: Tue, 20 Jun 2006 23:58:32 -0700 From: "David O'Brien" To: Alexander Kabaev Message-ID: <20060621065832.GA32220@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Alexander Kabaev , freebsd-current@FreeBSD.org References: <20060620210400.57956fbd@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060620210400.57956fbd@kan.dnsalias.net> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.org Subject: Re: libmagic build failures (tmp patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:58:33 -0000 On Tue, Jun 20, 2006 at 09:04:00PM -0400, Alexander Kabaev wrote: > I tried to build a fresh world today and was bitten by build failures > in libmagic. Apparently last vendor import has included a bug in vendor > code. Attached patch lets the buildworld complete. People with '/etc/malloc.conf@ -> aj' also won't experience the problem. This explains why some people experienced a build failure and others didn't. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 06:59:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CA816A474 for ; Wed, 21 Jun 2006 06:59:50 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from aconex.com (mail.aconex.com [150.101.159.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 420B843D4C for ; Wed, 21 Jun 2006 06:59:48 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by aconex.com (8.13.4/8.13.4) with ESMTP id k5L6xA2r017623; Wed, 21 Jun 2006 16:59:10 +1000 Received: from localhost (pross@localhost) by localhost.localdomain (8.13.4/8.13.4/Submit) with ESMTP id k5L6x9Lx017620; Wed, 21 Jun 2006 16:59:10 +1000 X-Authentication-Warning: localhost.localdomain: pross owned process doing -bs Date: Wed, 21 Jun 2006 16:59:09 +1000 (EST) From: Peter Ross X-X-Sender: pross@localhost.localdomain To: Brooks Davis Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Mike Jakubik , "freebsd-current@freebsd.org" , Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 06:59:50 -0000 On Tue, 20 Jun 2006, Brooks Davis wrote: > It's useful for cases where you want to add shortcuts to hosts as a user .. and to confuse the admin who is later called by the user who cannot figure out why he cannot connect to a machine added to DNS just recently.. only because the user added a "convenient" shortcut with the same name several months ago. If the user wants a shortcut he can add a variable. It does not overwrite DNS (or wherever your host names come from) names. If you are able to hack your way into a machine you can write this file so later attempts to connect to a remote machine can be redirected (e.g. useful to get login passwords) - you do not need root access to achieve it. I guess there are more ideas for a mischievious mind.. I do not like to administrate a machine with such obscure features. If I want a machine configured by ordinary users, spyware, viruses and other stuff so it behaves weird or badly : I can get it anytime from Microsoft;-) Regards Peter From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:02:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B478816A57C; Wed, 21 Jun 2006 07:02:54 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C1EA43D4C; Wed, 21 Jun 2006 07:02:51 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k5L72pc6006495; Wed, 21 Jun 2006 00:02:51 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k5L72oQb006494; Wed, 21 Jun 2006 00:02:50 -0700 (PDT) (envelope-from rizzo) Date: Wed, 21 Jun 2006 00:02:50 -0700 From: Luigi Rizzo To: John Birrell Message-ID: <20060621000250.A6468@xorpc.icir.org> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060621063816.GA32889@what-creek.com>; from jb@what-creek.com on Wed, Jun 21, 2006 at 06:38:16AM +0000 Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:02:54 -0000 On Wed, Jun 21, 2006 at 06:38:16AM +0000, John Birrell wrote: > On Wed, Jun 21, 2006 at 08:31:36AM +0200, Harti Brandt wrote: > > Wouldn't this enable the same kind of phishing attacks there are under > > windows? As far as I remember there are attacks where the hosts file > > (don't remember how its called under windows) is rewriten by a virus/java > > script/whatever to contain a different IP address for a given hostname? > > Suppose someone fakes the website of www.foobank.com, then manages to > > insert www.foobank.com with the wrong IP address into ~/.hosts? > > Ugh. Now that is a scary thought. and that's why people use https and certificates! what's the concern here ? luigi From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:05:04 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53B8416A47B; Wed, 21 Jun 2006 07:05:04 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A8E43D46; Wed, 21 Jun 2006 07:05:04 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 9522178C1D; Wed, 21 Jun 2006 07:05:01 +0000 (GMT) Date: Wed, 21 Jun 2006 07:05:01 +0000 From: John Birrell To: obrien@freebsd.org, Alexander Kabaev , freebsd-current@FreeBSD.org Message-ID: <20060621070501.GA35132@what-creek.com> References: <20060620210400.57956fbd@kan.dnsalias.net> <20060621065832.GA32220@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621065832.GA32220@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: libmagic build failures (tmp patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:05:04 -0000 On Tue, Jun 20, 2006 at 11:58:32PM -0700, David O'Brien wrote: > On Tue, Jun 20, 2006 at 09:04:00PM -0400, Alexander Kabaev wrote: > > I tried to build a fresh world today and was bitten by build failures > > in libmagic. Apparently last vendor import has included a bug in vendor > > code. Attached patch lets the buildworld complete. > > People with '/etc/malloc.conf@ -> aj' also won't experience the problem. > This explains why some people experienced a build failure and others > didn't. So, are you going to fix it? I've been waiting for this to be fixed before an IFC to P4. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:07:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BAAD16A479; Wed, 21 Jun 2006 07:07:42 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1DD43D46; Wed, 21 Jun 2006 07:07:41 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 50DFC78C1D; Wed, 21 Jun 2006 07:07:39 +0000 (GMT) Date: Wed, 21 Jun 2006 07:07:39 +0000 From: John Birrell To: Luigi Rizzo Message-ID: <20060621070739.GB35132@what-creek.com> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621000250.A6468@xorpc.icir.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:07:42 -0000 On Wed, Jun 21, 2006 at 12:02:50AM -0700, Luigi Rizzo wrote: > On Wed, Jun 21, 2006 at 06:38:16AM +0000, John Birrell wrote: > > On Wed, Jun 21, 2006 at 08:31:36AM +0200, Harti Brandt wrote: > > > Wouldn't this enable the same kind of phishing attacks there are under > > > windows? As far as I remember there are attacks where the hosts file > > > (don't remember how its called under windows) is rewriten by a virus/java > > > script/whatever to contain a different IP address for a given hostname? > > > Suppose someone fakes the website of www.foobank.com, then manages to > > > insert www.foobank.com with the wrong IP address into ~/.hosts? > > > > Ugh. Now that is a scary thought. > > and that's why people use https and certificates! > what's the concern here ? The fact that a lot of innocent (naive) people don't use https and certificates?! If you can solve that, then by all means include the patch. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:09:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 064AA16A47F; Wed, 21 Jun 2006 07:09:30 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D5843D46; Wed, 21 Jun 2006 07:09:29 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5L797w4074985; Wed, 21 Jun 2006 10:09:07 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 21 Jun 2006 10:09:07 +0300 (EEST) From: Dmitry Pryanishnikov To: Ganbold In-Reply-To: <4498A387.3070604@micom.mng.net> Message-ID: <20060621095311.A60237@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> <20060620181916.732dbc5c@apircalabu.dsd.ro> <4498A387.3070604@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adi Pircalabu , Hajimu UMEMOTO , Ivan Voras , freebsd-current@freebsd.org, Marcus Alves Grando Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:09:30 -0000 Hello! On Wed, 21 Jun 2006, Ganbold wrote: > This patch makes my native Firefox-1.5.0.4 hang when I go to > www.fifaworldcup.com site. You mean __weak_reference patch to rtld, yes? Do you see "Shockwave Flash 7.*" plugin installed when selecting "Help -> About Plug-ins" in your browser? If so, it just means that this plugin (Shockwave Flash 7) was previuosly inactive, and now you're seeing it in action (in this particular case, hanging the browser). So just remove linux-flashplugin-* port, and you'll get the original behaviour (no hangs, no flash either). If you haven't this plugin (linux-flashplugin aka Macromedia Flash Player for Linux) installed, this is completely new problem. I'll try to install native Firefox from ports this evening and then check whether rtld patch itself (w/o linux-flashplugin) changes anything. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:20:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E038C16A481; Wed, 21 Jun 2006 07:20:41 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7AD43D55; Wed, 21 Jun 2006 07:20:36 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k5L7KaBR006729; Wed, 21 Jun 2006 00:20:36 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k5L7KaH3006728; Wed, 21 Jun 2006 00:20:36 -0700 (PDT) (envelope-from rizzo) Date: Wed, 21 Jun 2006 00:20:36 -0700 From: Luigi Rizzo To: John Birrell Message-ID: <20060621002036.A6576@xorpc.icir.org> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060621070739.GB35132@what-creek.com>; from jb@what-creek.com on Wed, Jun 21, 2006 at 07:07:39AM +0000 Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:20:42 -0000 On Wed, Jun 21, 2006 at 07:07:39AM +0000, John Birrell wrote: > On Wed, Jun 21, 2006 at 12:02:50AM -0700, Luigi Rizzo wrote: > > On Wed, Jun 21, 2006 at 06:38:16AM +0000, John Birrell wrote: > > > On Wed, Jun 21, 2006 at 08:31:36AM +0200, Harti Brandt wrote: > > > > Wouldn't this enable the same kind of phishing attacks there are under > > > > windows? As far as I remember there are attacks where the hosts file > > > > (don't remember how its called under windows) is rewriten by a virus/java > > > > script/whatever to contain a different IP address for a given hostname? > > > > Suppose someone fakes the website of www.foobank.com, then manages to > > > > insert www.foobank.com with the wrong IP address into ~/.hosts? > > > > > > Ugh. Now that is a scary thought. > > > > and that's why people use https and certificates! > > what's the concern here ? > > The fact that a lot of innocent (naive) people don't use https and certificates?! and so they would happily click on Secure Link to Your Bank so we are not opening much in terms of security holes... cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:26:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA7416A47A; Wed, 21 Jun 2006 07:26:27 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 645AB43D70; Wed, 21 Jun 2006 07:26:20 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fsx6I-00008K-BY; Wed, 21 Jun 2006 16:26:10 +0900 Message-ID: <4498F492.2060003@micom.mng.net> Date: Wed, 21 Jun 2006 16:26:10 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> <20060620181916.732dbc5c@apircalabu.dsd.ro> <4498A387.3070604@micom.mng.net> <20060621095311.A60237@atlantis.atlantis.dp.ua> In-Reply-To: <20060621095311.A60237@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adi Pircalabu , Hajimu UMEMOTO , Ivan Voras , freebsd-current@freebsd.org, Marcus Alves Grando Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:26:27 -0000 Dmitry Pryanishnikov wrote: > > Hello! > > On Wed, 21 Jun 2006, Ganbold wrote: >> This patch makes my native Firefox-1.5.0.4 hang when I go to >> www.fifaworldcup.com site. > > You mean __weak_reference patch to rtld, yes? I tried to follow http://www.jail.se/freebsd.html with http://www.jail.se/freebsd/rtld_dlsym_hack.diff patch. > Do you see "Shockwave Flash 7.*" plugin installed when selecting "Help > -> About Plug-ins" in your browser? I see Shockwave Flash 7.0 r63 enabled in about:plugins. > If so, it just means that this plugin (Shockwave Flash 7) was > previuosly inactive, and now you're seeing it in action (in this > particular case, hanging the browser). So just remove > linux-flashplugin-* port, and you'll get the original behaviour (no > hangs, no flash either). Most probably it will work by removing linux-flashplugin*, but I would like to use flash plugin. Probably there is some other issue and it is not related to the patch. > If you haven't > this plugin (linux-flashplugin aka Macromedia Flash Player for Linux) > installed, this is completely new problem. I'll try to install > native Firefox from ports this evening and then check whether rtld > patch itself (w/o linux-flashplugin) changes anything. Please let me know how it works. thanks, Ganbold > > Sincerely, Dmitry From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:31:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F3C16A481; Wed, 21 Jun 2006 07:31:27 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AF5043D49; Wed, 21 Jun 2006 07:31:26 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 776FA78C1D; Wed, 21 Jun 2006 07:31:23 +0000 (GMT) Date: Wed, 21 Jun 2006 07:31:23 +0000 From: John Birrell To: Luigi Rizzo Message-ID: <20060621073123.GA35319@what-creek.com> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> <20060621002036.A6576@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621002036.A6576@xorpc.icir.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Harti Brandt Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:31:27 -0000 On Wed, Jun 21, 2006 at 12:20:36AM -0700, Luigi Rizzo wrote: > On Wed, Jun 21, 2006 at 07:07:39AM +0000, John Birrell wrote: > > The fact that a lot of innocent (naive) people don't use https and certificates?! > > and so they would happily click on > > Secure Link to Your Bank > > so we are not opening much in terms of security holes... You are making it worse because you open a new security hole: www.paypal.com does not take them to the _REAL_ www.paypal.com. This is not an issue about phishing where: www.paypal.com makes it look like the link takes them to PayPal when it really doesn't. Most banks still don't use certificates even though they use HTTP. We need to retain the integrity of a DNS lookup. If there are any work arounds required for poor DNS lookups, then let an administrator configure them! -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 08:07:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DCC016A5B1 for ; Wed, 21 Jun 2006 08:07:20 +0000 (UTC) (envelope-from lists@yazzy.org) Received: from mx1.yazzy.org (mx1.yazzy.org [84.247.145.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4B443D49 for ; Wed, 21 Jun 2006 08:07:19 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mx1.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1FsxjA-0004e2-6B for freebsd-current@freebsd.org; Wed, 21 Jun 2006 10:06:20 +0200 Date: Wed, 21 Jun 2006 10:07:59 +0200 From: Marcin Jessa Cc: freebsd-current@freebsd.org Message-ID: <20060621100759.2371115a@marcin> In-Reply-To: <20060621073123.GA35319@what-creek.com> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> <20060621002036.A6576@xorpc.icir.org> <20060621073123.GA35319@what-creek.com> Organization: YazzY.org X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 08:07:20 -0000 On Wed, 21 Jun 2006 07:31:23 +0000 John Birrell wrote: > On Wed, Jun 21, 2006 at 12:20:36AM -0700, Luigi Rizzo wrote: > > On Wed, Jun 21, 2006 at 07:07:39AM +0000, John Birrell wrote: > > > The fact that a lot of innocent (naive) people don't use https > > > and certificates?! > > > > and so they would happily click on > > > > Secure Link to > > Your Bank > > > > so we are not opening much in terms of security holes... > > You are making it worse because you open a new security hole: > > www.paypal.com > > does not take them to the _REAL_ www.paypal.com. > > This is not an issue about phishing where: > > www.paypal.com > > makes it look like the link takes them to PayPal when it really > doesn't. > > Most banks still don't use certificates even though they use HTTP. > > We need to retain the integrity of a DNS lookup. If there are any work > arounds required for poor DNS lookups, then let an administrator > configure them! Just add a global switch to enable/disable using of the ~/.hosts file to i.e /etc/login.conf. I personally find this feature very handy, especially on a desktop with restricted access to the system. Marcin. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 08:32:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A0416A47A for ; Wed, 21 Jun 2006 08:32:22 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD4EA43D4C for ; Wed, 21 Jun 2006 08:32:21 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 676681A4DB8; Wed, 21 Jun 2006 01:32:21 -0700 (PDT) Date: Wed, 21 Jun 2006 10:32:21 +0200 From: Maxime Henrion To: Marcin Jessa Message-ID: <20060621083221.GL8070@elvis.mu.org> References: <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> <20060621002036.A6576@xorpc.icir.org> <20060621073123.GA35319@what-creek.com> <20060621100759.2371115a@marcin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621100759.2371115a@marcin> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 08:32:22 -0000 Marcin Jessa wrote: > On Wed, 21 Jun 2006 07:31:23 +0000 > John Birrell wrote: > > > On Wed, Jun 21, 2006 at 12:20:36AM -0700, Luigi Rizzo wrote: > > > On Wed, Jun 21, 2006 at 07:07:39AM +0000, John Birrell wrote: > > > > The fact that a lot of innocent (naive) people don't use https > > > > and certificates?! > > > > > > and so they would happily click on > > > > > > Secure Link to > > > Your Bank > > > > > > so we are not opening much in terms of security holes... > > > > You are making it worse because you open a new security hole: > > > > www.paypal.com > > > > does not take them to the _REAL_ www.paypal.com. > > > > This is not an issue about phishing where: > > > > www.paypal.com > > > > makes it look like the link takes them to PayPal when it really > > doesn't. > > > > Most banks still don't use certificates even though they use HTTP. > > > > We need to retain the integrity of a DNS lookup. If there are any work > > arounds required for poor DNS lookups, then let an administrator > > configure them! > > Just add a global switch to enable/disable using of the ~/.hosts file > to i.e /etc/login.conf. > I personally find this feature very handy, especially on a desktop > with restricted access to the system. Better yet; the original author is currently working on making this a separate nss module. It can then be enabled/disabled at will through the nsswitch.conf file. I can understand the security concerns people have expressed in this thread, but once this functionality is available as a nss module they don't hold anymore. As far as I can see, noone intends to have this enabled by default, and it's not even clear it should be in the base. Having a nss_userfiles port or whatever is probably enough. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 08:33:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E419B16A47B; Wed, 21 Jun 2006 08:33:11 +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 271A443D64; Wed, 21 Jun 2006 08:33:06 +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.7/8.13.7) with ESMTP id k5L8WrwI083695 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 21 Jun 2006 10:32:53 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k5L8Wr8n083694; Wed, 21 Jun 2006 10:32:53 +0200 (CEST) Date: Wed, 21 Jun 2006 10:32:53 +0200 From: Divacky Roman To: Hajimu UMEMOTO Message-ID: <20060621083253.GA83054@stud.fit.vutbr.cz> References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Rudolf Cejka , Adi Pircalabu , kan@freebsd.org, Ivan Voras , Marcus Alves Grando , freebsd-current@freebsd.org, Dmitry Pryanishnikov Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 08:33:12 -0000 On Wed, Jun 21, 2006 at 03:26:21PM +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Wed, 21 Jun 2006 08:14:37 +0200 > >>>>> Rudolf Cejka said: > > cejkar> I'm not sure, if it is a related problem, but when I unsuccessfully > cejkar> tried to make it work on -current, where another problem with versioning > cejkar> does exist, I have found that there is one problem with /etc/libmap.conf, > cejkar> which makes it seriously "broken": All already loaded shared libs are > cejkar> impossible to remap later. This means that when mozilla is started in > cejkar> 6-stable, it loads our native /lib/libc.so.6, and then there is no chance > cejkar> to remap libc.so.6 for Linux's libflashplayer.so later, needed by > > cejkar> [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] > cejkar> libc.so.6 pluginwrapper/flash7.so > > cejkar> because rtld thinks, that libc.so.6 for libflashplayer.so is already > cejkar> loaded. Does anybody know, if it is ever possible to fix it? > > You can see the following lines in www/linuxpluginwrapper/Makefile: > > .if ${OSVERSION} >= 700009 > IGNORE= doesn't support ELF symbol versioning, yet. > .endif I think this is a reply to Marcus Alves Grando mail saying that its not possible to include the symbol in the library. As Cejka suggests our libmap implementation wont let you overload already loaded libraries. And because now 7-c (6-stable as well) uses the same libc version (.so.6) we're in trouble. roman From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 08:49:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E9416A474; Wed, 21 Jun 2006 08:49:49 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D85743D49; Wed, 21 Jun 2006 08:49:48 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5L8rpJo086721; Wed, 21 Jun 2006 12:53:51 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5L8rp6a086719; Wed, 21 Jun 2006 12:53:51 +0400 (MSD) (envelope-from tarc) Date: Wed, 21 Jun 2006 12:53:46 +0400 From: Tarc To: Maxime Henrion Message-ID: <20060621085346.GN65044@tarc.po.cs.msu.su> References: <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> <20060621002036.A6576@xorpc.icir.org> <20060621073123.GA35319@what-creek.com> <20060621100759.2371115a@marcin> <20060621083221.GL8070@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060621083221.GL8070@elvis.mu.org> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: Marcin Jessa , freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 08:49:49 -0000 On Wed, Jun 21, 2006 at 10:32:21AM +0200, Maxime Henrion wrote: > Marcin Jessa wrote: > > On Wed, 21 Jun 2006 07:31:23 +0000 > > John Birrell wrote: > > > > > On Wed, Jun 21, 2006 at 12:20:36AM -0700, Luigi Rizzo wrote: > > > > On Wed, Jun 21, 2006 at 07:07:39AM +0000, John Birrell wrote: > > > > > The fact that a lot of innocent (naive) people don't use https > > > > > and certificates?! > > > > > > > > and so they would happily click on > > > > > > > > Secure Link to > > > > Your Bank > > > > > > > > so we are not opening much in terms of security holes... > > > > > > You are making it worse because you open a new security hole: > > > > > > www.paypal.com > > > > > > does not take them to the _REAL_ www.paypal.com. > > > > > > This is not an issue about phishing where: > > > > > > www.paypal.com > > > > > > makes it look like the link takes them to PayPal when it really > > > doesn't. > > > > > > Most banks still don't use certificates even though they use HTTP. > > > > > > We need to retain the integrity of a DNS lookup. If there are any work > > > arounds required for poor DNS lookups, then let an administrator > > > configure them! > > > > Just add a global switch to enable/disable using of the ~/.hosts file > > to i.e /etc/login.conf. > > I personally find this feature very handy, especially on a desktop > > with restricted access to the system. > > Better yet; the original author is currently working on making this a > separate nss module. It can then be enabled/disabled at will through > the nsswitch.conf file. > > I can understand the security concerns people have expressed in this > thread, but once this functionality is available as a nss module they > don't hold anymore. As far as I can see, noone intends to have this > enabled by default, and it's not even clear it should be in the base. > Having a nss_userfiles port or whatever is probably enough. > > Cheers, > Maxime Yes, but the global capability must be there. Or you can say, how enable this ability (if it'll be nss port) only for several users/groups ?!! -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 08:53:20 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8938A16A474 for ; Wed, 21 Jun 2006 08:53:20 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04D5243D4C for ; Wed, 21 Jun 2006 08:53:19 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k5L8rJ4R035140; Wed, 21 Jun 2006 01:53:19 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k5L8rIjV035139; Wed, 21 Jun 2006 01:53:18 -0700 (PDT) (envelope-from obrien) Date: Wed, 21 Jun 2006 01:53:18 -0700 From: "David O'Brien" To: John Birrell Message-ID: <20060621085318.GA35059@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Birrell , Alexander Kabaev , freebsd-current@FreeBSD.org References: <20060620210400.57956fbd@kan.dnsalias.net> <20060621065832.GA32220@dragon.NUXI.org> <20060621070501.GA35132@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621070501.GA35132@what-creek.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.org, Alexander Kabaev Subject: Re: libmagic build failures (tmp patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 08:53:20 -0000 On Wed, Jun 21, 2006 at 07:05:01AM +0000, John Birrell wrote: > On Tue, Jun 20, 2006 at 11:58:32PM -0700, David O'Brien wrote: > > On Tue, Jun 20, 2006 at 09:04:00PM -0400, Alexander Kabaev wrote: > > > I tried to build a fresh world today and was bitten by build failures > > > in libmagic. Apparently last vendor import has included a bug in vendor > > > code. Attached patch lets the buildworld complete. > > > > People with '/etc/malloc.conf@ -> aj' also won't experience the problem. > > This explains why some people experienced a build failure and others > > didn't. > > So, are you going to fix it? Of course I'm going to do something about it. You think I want something broken. The fact that the world built fine on two of my machines made it hard for me to track the problem down. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 08:55:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 088A816A479; Wed, 21 Jun 2006 08:55:30 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA7D43D45; Wed, 21 Jun 2006 08:55:28 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id E41FD2D48BE; Wed, 21 Jun 2006 08:55:26 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id B7EF311420; Wed, 21 Jun 2006 10:55:26 +0200 (CEST) Date: Wed, 21 Jun 2006 10:55:26 +0200 From: "Simon L. Nielsen" To: Harti Brandt Message-ID: <20060621085526.GA1150@zaphod.nitro.dk> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20060621082734.Q24109@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.11 Cc: Mike Jakubik , freebsd-current@freebsd.org, Xin LI , Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 08:55:30 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.06.21 08:31:36 +0200, Harti Brandt wrote: > On Wed, 21 Jun 2006, Xin LI wrote: >=20 > XL>?? 2006-06-21???? 01:54 -0400??Mike Jakubik?????? > XL>> [snip] > XL>> > It's useful for cases where you want to add shortcuts to hosts as = a user > XL>> > or do interesting ssh port forwarding tricks in some weird cases w= here > XL>> > you must connect to localhost:port as remotehost:port due to > XL>> > client/server protocol bugs. > XL>> > > XL>> > This patch appears to only support ~/.hosts for non-suid binaries = which > XL>> > is the only real security issue. Any admin relying on host to IP > XL>> > mapping for security for ordinary users is an idiot so that case i= sn't > XL>> > worth worrying about. Doing this as a separate nss module probably > XL>> > makes sense, but I personally like the feature. > XL>> > XL>> Of course relying on /etc/hosts entries for security alone is indeed= not=20 > XL>> a good idea, however an Admin may choose to resolve and therefore ro= ute=20 > XL>> specified hostnames via /etc/hosts. The user should not be able to= =20 > XL>> overwrite these, if this behavior is true, then it seems like a=20 > XL>> reasonable change to me, otherwise it not only seems to be a securit= y=20 > XL>> problem, but also a breach of POLA. > XL> > XL>I think this would be better implemented with a nss module so that the > XL>administrator can choose whether to utilize the feature. > XL> > XL>BTW. I do not see much problem if the feature is not enabled for setuid > XL>binaries because if the user already knows some secret (run under his = or > XL>her own credential), nor can the user trick others to utilize the > XL>~/.hosts if the program is a setuid binary. What's your concern about > XL>the "security problem", or could you please point how can we > XL>successfully exploit the ~/.hosts to get privilege escalation and/or > XL>information disclosure or something else, which could not happen witho= ut > XL>~/.hosts? >=20 > Wouldn't this enable the same kind of phishing attacks there are under=20 > windows? As far as I remember there are attacks where the hosts file=20 > (don't remember how its called under windows) is rewriten by a virus/java= =20 > script/whatever to contain a different IP address for a given hostname?= =20 > Suppose someone fakes the website of www.foobank.com, then manages to=20 > insert www.foobank.com with the wrong IP address into ~/.hosts? If an attacker is able to write a ~/.hosts you have already lost and I really doubt being able to override hosts lookup would make any difference security wise. Instead of writing a ~/.hosts file, the attacker could just start a keylogger on the system either directly by some remote code execution, or by installing the keylogger somewhere and get it to start on boot, X login etc. by appending to some startup file. I really don't see how this would make any real difference security wise. --=20 Simon L. Nielsen --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEmQl9h9pcDSc1mlERAng0AKCtjB4HRtJV3hP8YWUOgHt2cwUszQCfWOEH qgd3Q7JNebSKgmgRrNNmguM= =lgPl -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 09:17:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B3E716A474 for ; Wed, 21 Jun 2006 09:17:05 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A5FF43D66 for ; Wed, 21 Jun 2006 09:17:05 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id E9C381A4DBD; Wed, 21 Jun 2006 02:17:04 -0700 (PDT) Date: Wed, 21 Jun 2006 11:17:04 +0200 From: Maxime Henrion To: Tarc Message-ID: <20060621091704.GM8070@elvis.mu.org> References: <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> <20060621002036.A6576@xorpc.icir.org> <20060621073123.GA35319@what-creek.com> <20060621100759.2371115a@marcin> <20060621083221.GL8070@elvis.mu.org> <20060621085346.GN65044@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621085346.GN65044@tarc.po.cs.msu.su> User-Agent: Mutt/1.4.2.1i Cc: Marcin Jessa , freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 09:17:05 -0000 Tarc wrote: > On Wed, Jun 21, 2006 at 10:32:21AM +0200, Maxime Henrion wrote: > > Marcin Jessa wrote: > > > On Wed, 21 Jun 2006 07:31:23 +0000 > > > John Birrell wrote: > > > > > > > On Wed, Jun 21, 2006 at 12:20:36AM -0700, Luigi Rizzo wrote: > > > > > On Wed, Jun 21, 2006 at 07:07:39AM +0000, John Birrell wrote: > > > > > > The fact that a lot of innocent (naive) people don't use https > > > > > > and certificates?! > > > > > > > > > > and so they would happily click on > > > > > > > > > > Secure Link to > > > > > Your Bank > > > > > > > > > > so we are not opening much in terms of security holes... > > > > > > > > You are making it worse because you open a new security hole: > > > > > > > > www.paypal.com > > > > > > > > does not take them to the _REAL_ www.paypal.com. > > > > > > > > This is not an issue about phishing where: > > > > > > > > www.paypal.com > > > > > > > > makes it look like the link takes them to PayPal when it really > > > > doesn't. > > > > > > > > Most banks still don't use certificates even though they use HTTP. > > > > > > > > We need to retain the integrity of a DNS lookup. If there are any work > > > > arounds required for poor DNS lookups, then let an administrator > > > > configure them! > > > > > > Just add a global switch to enable/disable using of the ~/.hosts file > > > to i.e /etc/login.conf. > > > I personally find this feature very handy, especially on a desktop > > > with restricted access to the system. > > > > Better yet; the original author is currently working on making this a > > separate nss module. It can then be enabled/disabled at will through > > the nsswitch.conf file. > > > > I can understand the security concerns people have expressed in this > > thread, but once this functionality is available as a nss module they > > don't hold anymore. As far as I can see, noone intends to have this > > enabled by default, and it's not even clear it should be in the base. > > Having a nss_userfiles port or whatever is probably enough. > > > Yes, but the global capability must be there. Or you can say, how enable this ability (if it'll be nss port) only for several users/groups ?!! A per-user setting allowing to do what you're describing may be desirable and helpful, but it's not like it is absolutely required for this software to be usable. Such a feature can be added later if wanted. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 09:51:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BB2D16A47C; Wed, 21 Jun 2006 09:51:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id C86B343D4C; Wed, 21 Jun 2006 09:51:33 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 90911EB1322; Wed, 21 Jun 2006 17:51:31 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id UZIZjUN3WGjU; Wed, 21 Jun 2006 17:51:24 +0800 (CST) Received: from [10.217.12.210] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 56D3EEB122D; Wed, 21 Jun 2006 17:51:21 +0800 (CST) From: Xin LI To: Harti Brandt In-Reply-To: <20060621082734.Q24109@beagle.kn.op.dlr.de> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-n0OyBZb9ftsT1HbKiXIX" Organization: The FreeBSD Project Date: Wed, 21 Jun 2006 17:51:19 +0800 Message-Id: <1150883479.78122.20.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: Mike Jakubik , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 09:51:36 -0000 --=-n0OyBZb9ftsT1HbKiXIX Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Harti, =E5=9C=A8 2006-06-21=E4=B8=89=E7=9A=84 08:31 +0200=EF=BC=8CHarti Brandt=E5= =86=99=E9=81=93=EF=BC=9A > On Wed, 21 Jun 2006, Xin LI wrote: [snip] > XL>successfully exploit the ~/.hosts to get privilege escalation and/or > XL>information disclosure or something else, which could not happen witho= ut > XL>~/.hosts? >=20 > Wouldn't this enable the same kind of phishing attacks there are under=20 > windows? As far as I remember there are attacks where the hosts file=20 > (don't remember how its called under windows) is rewriten by a virus/java= =20 > script/whatever to contain a different IP address for a given hostname?=20 > Suppose someone fakes the website of www.foobank.com, then manages to=20 > insert www.foobank.com with the wrong IP address into ~/.hosts? Well, if the user would not see a HTTPS certificate before entering his or her password, then it would be highly possible that the user would run under the "root" credential, where /etc/hosts can also be altered. =20 But instead of getting this into a bikeshed, let's see the way we are seeking to make it (to add the functionality as a NSS module). I think a NSS module would provide the functionality yet allowing anyone to choose whether to enable or disable it :-) Cheers, --=20 Xin LI http://www.delphij.net/ --=-n0OyBZb9ftsT1HbKiXIX Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEmRaXhcUczkLqiksRAhwEAJ9iUSgKzlLw4slnS64MPRt9HwZ98QCgyi6y QpFvOq/lDw4QP4FxOvXJQqw= =lB2Z -----END PGP SIGNATURE----- --=-n0OyBZb9ftsT1HbKiXIX-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 09:54:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2454116A47B for ; Wed, 21 Jun 2006 09:54:25 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF0543D49 for ; Wed, 21 Jun 2006 09:54:24 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 392E01703F; Wed, 21 Jun 2006 09:54:21 +0000 (UTC) To: Brooks Davis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 20 Jun 2006 22:30:08 MST." <20060621053007.GA3320@odin.ac.hmc.edu> Date: Wed, 21 Jun 2006 09:54:21 +0000 Message-ID: <90847.1150883661@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Mike Jakubik , freebsd-current@freebsd.org, Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 09:54:25 -0000 I've had this on my personal "I should do this some day" for about 20 years. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 10:11:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B94816A47B; Wed, 21 Jun 2006 10:11:18 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3866F43D79; Wed, 21 Jun 2006 10:11:15 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F6CC.dip.t-dialin.net [84.165.246.204]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k5LA65Us072686; Wed, 21 Jun 2006 12:06:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5LABENt065291; Wed, 21 Jun 2006 12:11:14 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 21 Jun 2006 12:11:14 +0200 Message-ID: <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 21 Jun 2006 12:11:14 +0200 From: Alexander Leidinger To: Norikatsu Shigemura References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> In-Reply-To: <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 10:11:18 -0000 Quoting Norikatsu Shigemura (from Wed, 21 Jun 2006 15:36:19 +0900 (JST)): >> Nork-san says that it is hard to make LPW work on 7-CURRENT. But, he >> is trying to make it work with another approach. > > Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). Can you be a little bit more verbose what this is? Just a high level overview. I'm curious since I have some ideas about some kind of cross-compatibility "something" too (a combination of objcopy, a liblinux2bsd and maybe some libmap stuff). Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~130 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 10:25:06 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA2516A474; Wed, 21 Jun 2006 10:25:06 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1FD43D45; Wed, 21 Jun 2006 10:25:03 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com (localhost [IPv6:::1]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k5LAP1Ll064186; Wed, 21 Jun 2006 19:25:01 +0900 (JST) (envelope-from nork@FreeBSD.org) Received: from 219.127.74.121 (SquirrelMail authenticated user nork) by mail.ninth-nine.com with HTTP; Wed, 21 Jun 2006 19:25:01 +0900 (JST) Message-ID: <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> In-Reply-To: <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> Date: Wed, 21 Jun 2006 19:25:01 +0900 (JST) From: "Norikatsu Shigemura" To: "Alexander Leidinger" User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-2022-jp Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:::1]); Wed, 21 Jun 2006 19:25:01 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 10:25:06 -0000 > Quoting Norikatsu Shigemura (from Wed, 21 Jun 2006 > 15:36:19 +0900 (JST)): >>> Nork-san says that it is hard to make LPW work on 7-CURRENT. But, he >>> is trying to make it work with another approach. >> Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). > Can you be a little bit more verbose what this is? Just a high level > overview. I'm curious since I have some ideas about some kind of > cross-compatibility "something" too (a combination of objcopy, a > liblinux2bsd and maybe some libmap stuff). I'm implementing like following codes to libc/libm/libpthread on 7-current with SYMVER_ENABLED=yes. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #include #include #define SYM_COMPAT(sym, impl, ver) \ __sym_compat(sym, impl, ver) #define GLIBC_SYMBOL_2(sym, major, minor) \ GLIBC_##major##_##minor##_##sym #define GLIBC_COMPAT_2(sym, major, minor) \ SYM_COMPAT(sym, GLIBC_SYMBOL_2(sym, major, minor), GLIBC_ ##major. ##minor); #include /* * strcmp(3) */ GLIBC_COMPAT_2(strcmp, 2, 0); int GLIBC_SYMBOL_2(strcmp, 2, 0) (const char *s1, const char *s2) { int ret; ret = strcmp(s1, s2); dprintf("strcmp(\"%s\", \"%s\") = %d", s1, s2, ret); return ret; } - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - And Version.def, too. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # $FreeBSD$ GLIBC_2.0 { strcmp; : } - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 07:08:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61FBC16A502; Wed, 21 Jun 2006 07:08:17 +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 73D6243D49; Wed, 21 Jun 2006 07:08:16 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.13.6/8.13.4) with ESMTP id k5L78BhS099516; Wed, 21 Jun 2006 09:08:11 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200606210708.k5L78BhS099516@pinky.frank-behrens.de> From: "Frank Behrens" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Date: Wed, 21 Jun 2006 09:08:24 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <20060320013605.GA75153@cdnetworks.co.kr> References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> 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 X-Mailman-Approved-At: Wed, 21 Jun 2006 11:20:37 +0000 Cc: pyunyh@gmail.com Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 07:08:17 -0000 [ This is a crosspost, because it's meant as a kind of announcement, not to discuss this topic in two lists. ] I want to thank Pyun YongHyeon for his great work on sk(4) driver. In the past I had a lot of trouble with "watchdog timeouts", but this seems to be solved now. Pyun YongHyeon improved the driver continuously and sent me a lot of patches in the last months. I saw it was not easy to fix the problem. Now I'm happy to say, that IMHO FreeBSD HEAD and RELENG_6 contain the best sk(4) driver ever - the dog watching the time is quiet. :-) Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 12:26:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA2C016A565; Wed, 21 Jun 2006 12:26:37 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDDE24414F; Wed, 21 Jun 2006 12:06:46 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5LC6JCR048828; Wed, 21 Jun 2006 15:06:19 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 21 Jun 2006 15:06:19 +0300 (EEST) From: Dmitry Pryanishnikov To: Ganbold In-Reply-To: <4498F492.2060003@micom.mng.net> Message-ID: <20060621145530.U41119@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> <20060620181916.732dbc5c@apircalabu.dsd.ro> <4498A387.3070604@micom.mng.net> <20060621095311.A60237@atlantis.atlantis.dp.ua> <4498F492.2060003@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adi Pircalabu , Hajimu UMEMOTO , Ivan Voras , freebsd-current@freebsd.org, Marcus Alves Grando Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 12:26:38 -0000 Hello! On Wed, 21 Jun 2006, Ganbold wrote: >> You mean __weak_reference patch to rtld, yes? > > I tried to follow http://www.jail.se/freebsd.html with > http://www.jail.se/freebsd/rtld_dlsym_hack.diff patch. This patch is essentially does the same thing as __weak_reference one. >> Do you see "Shockwave Flash 7.*" plugin installed when selecting "Help -> >> About Plug-ins" in your browser? > > I see Shockwave Flash 7.0 r63 enabled in about:plugins. Strange. I've just build native firefox-1.5.0.4,1 from ports, and I can't even find info about plugins (menu Help contains only "About Mozilla Firefox", no "About Plug-ins" there). >> hanging the browser). So just remove linux-flashplugin-* port, and you'll >> get the original behaviour (no hangs, no flash either). > > Most probably it will work by removing linux-flashplugin*, but I would like > to use flash plugin. > Probably there is some other issue and it is not related to the patch. I was curious whether patching rtld _itself_ (w/o using linux-flashplugin7) hurts your application (i.e. causes a regression). I see that it isn't the case. I'm aware that linux-flashplugin7 itself is _not_ stable under FreeBSD + native browser + linuxpluginwrapper. Patch just makes it possible to use this combination _if it works for you_ (for many Flash-using sites it actually works, just not for all). >> installed, this is completely new problem. I'll try to install >> native Firefox from ports this evening and then check whether rtld >> patch itself (w/o linux-flashplugin) changes anything. > Please let me know how it works. As I expected, w/o linux-flashplugin rtld patch doesn't affect operation of the native firefox: no hangs on www.fifaworldcup.com, no Flash either. In other words, no regression. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 12:42:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A523416A610 for ; Wed, 21 Jun 2006 12:42:02 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 668C5445B8 for ; Wed, 21 Jun 2006 12:15:21 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by py-out-1112.google.com with SMTP id t32so1917009pyc for ; Wed, 21 Jun 2006 05:15:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=P/u6QL9hWJE5essE+H28rTWYBRcDnH2oVqLhGZDeMdjxC1j1FYUEIxZlONkOUoqypKjuuxQ1JI5IzQQ27JfB4am8YgD0MJUgwX2jm8WnPvAZIl88v3onSv8vSu1Xn9vvgkGQYQ/1DVDuCxkdctJJuupQCIHp/Q8k1y6mF338Of0= Received: by 10.35.106.15 with SMTP id i15mr10943640pym; Wed, 21 Jun 2006 05:15:20 -0700 (PDT) Received: by 10.35.100.8 with HTTP; Wed, 21 Jun 2006 05:15:19 -0700 (PDT) Message-ID: <53cc795f0606210515q1d6411a6v4a783bc9eed1e284@mail.gmail.com> Date: Wed, 21 Jun 2006 16:15:19 +0400 From: sekes To: "Frank Behrens" In-Reply-To: <200606210708.k5L78BhS099516@pinky.frank-behrens.de> MIME-Version: 1.0 References: <200603171426.k2HEQJ9L085859@pinky.frank-behrens.de> <20060320013605.GA75153@cdnetworks.co.kr> <200606210708.k5L78BhS099516@pinky.frank-behrens.de> X-Mailman-Approved-At: Wed, 21 Jun 2006 13:26:05 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: call for sk(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 12:42:04 -0000 cool. many thanks to you ;-) On 6/21/06, Frank Behrens wrote: > > [ This is a crosspost, because it's meant as a kind of announcement, not > to discuss this topic > in two lists. ] > > I want to thank Pyun YongHyeon for his great work on sk(4) driver. In the > past I had a lot of > trouble with "watchdog timeouts", but this seems to be solved now. Pyun > YongHyeon > improved the driver continuously and sent me a lot of patches in the last > months. I saw it was > not easy to fix the problem. > > Now I'm happy to say, that IMHO FreeBSD HEAD and RELENG_6 contain the best > sk(4) > driver ever - the dog watching the time is quiet. :-) > > Regards, > Frank > -- > Frank Behrens, Osterwieck, Germany > PGP-key 0x5B7C47ED on public servers available. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 12:54:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F08A716A47C for ; Wed, 21 Jun 2006 12:54:47 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B94F43D53 for ; Wed, 21 Jun 2006 12:54:46 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by nz-out-0102.google.com with SMTP id x3so137518nzd for ; Wed, 21 Jun 2006 05:54:45 -0700 (PDT) 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; b=IakkSjGsep6C775p8WMRljp5X9R3127jcSNwtSlVilRrhrONjvncDN77O/Q736TdUJKn7XUPQhGrq5/VzsxS5KB19bmhSJux0lb+OvR6MVrO+XfsSu/BVdLezIcqKtOETwBK8/M0Dtb0ZLfgVi0RD70nuOeUhI3P2Fb+h7bvwCI= Received: by 10.65.96.17 with SMTP id y17mr882221qbl; Wed, 21 Jun 2006 05:54:45 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id e15sm387214qbe.2006.06.21.05.54.44; Wed, 21 Jun 2006 05:54:44 -0700 (PDT) Date: Wed, 21 Jun 2006 08:54:40 -0400 From: Alexander Kabaev To: "Norikatsu Shigemura" Message-ID: <20060621085440.67f0800e@kan.dnsalias.net> In-Reply-To: <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_herCjKYDjgES1svtzhtE7.W; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Wed, 21 Jun 2006 13:26:13 +0000 Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 12:54:48 -0000 --Sig_herCjKYDjgES1svtzhtE7.W Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 21 Jun 2006 19:25:01 +0900 (JST) "Norikatsu Shigemura" wrote: > > Quoting Norikatsu Shigemura (from Wed, 21 Jun > > 2006 15:36:19 +0900 (JST)): > >>> Nork-san says that it is hard to make LPW work on 7-CURRENT. > >>> But, he is trying to make it work with another approach. > >> Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). > > Can you be a little bit more verbose what this is? Just a high level > > overview. I'm curious since I have some ideas about some kind of > > cross-compatibility "something" too (a combination of objcopy, a > > liblinux2bsd and maybe some libmap stuff). >=20 > I'm implementing like following codes to libc/libm/libpthread > on 7-current with SYMVER_ENABLED=3Dyes. >=20 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > #include > #include >=20 > #define SYM_COMPAT(sym, impl, ver) \ > __sym_compat(sym, impl, ver) > #define GLIBC_SYMBOL_2(sym, major, minor) \ > GLIBC_##major##_##minor##_##sym > #define GLIBC_COMPAT_2(sym, major, minor) \ > SYM_COMPAT(sym, GLIBC_SYMBOL_2(sym, major, minor), GLIBC_ > ##major. ##minor); >=20 > #include >=20 > /* > * strcmp(3) > */ > GLIBC_COMPAT_2(strcmp, 2, 0); >=20 > int > GLIBC_SYMBOL_2(strcmp, 2, 0) > (const char *s1, const char *s2) > { > int ret; > ret =3D strcmp(s1, s2); >=20 > dprintf("strcmp(\"%s\", \"%s\") =3D %d", s1, s2, ret); >=20 > return ret; > } > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >=20 > And Version.def, too. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > # $FreeBSD$ >=20 > GLIBC_2.0 { > strcmp; > : > } > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Thanks for doing this. This strikes me as much more robust and clean way of doing things. --=20 Alexander Kabaev --Sig_herCjKYDjgES1svtzhtE7.W Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEmUGTQ6z1jMm+XZYRAqbMAJ4njiUqvF476Z6GI/aYZta+jaD4rQCgioud 5METZ+UysgHD6QLoybG1Iyw= =BKML -----END PGP SIGNATURE----- --Sig_herCjKYDjgES1svtzhtE7.W-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 13:28:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC57516A47D; Wed, 21 Jun 2006 13:28:20 +0000 (UTC) (envelope-from livefreebsd@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9133243D53; Wed, 21 Jun 2006 13:28:15 +0000 (GMT) (envelope-from livefreebsd@mac.com) Received: from mac.com (webmail20-en1 [10.13.10.175]) by smtpout.mac.com (Xserve/8.12.11/smtpout10/MantshX 4.0) with ESMTP id k5LDSCsO014639; Wed, 21 Jun 2006 06:28:12 -0700 (PDT) Received: from webmail20 (localhost [127.0.0.1]) by mac.com (Xserve/webmail20/MantshX 4.0) with ESMTP id k5LDSCjY020229; Wed, 21 Jun 2006 06:28:12 -0700 (PDT) Received: from [198.45.19.38] by webmail.mac.com with HTTP; Wed, 21 Jun 2006 09:28:12 -0400 Message-ID: <13363705.1150896492191.JavaMail.livefreebsd@mac.com> Date: Wed, 21 Jun 2006 09:28:12 -0400 From: livefreebsd@mac.com To: Brian Candler in-reply-to: <20060614073641.GA21285@uk.tiscali.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit references: <4621CB9B-0ECC-48D2-93ED-E7480255C20C@siliconlandmark.com> <200606130953.09621.jhb@freebsd.org> <20060614073641.GA21285@uk.tiscali.com> X-Originating-IP: 198.45.19.38/instID=295 Cc: freebsd-current@freebsd.org Subject: Re: cPCI Hotplug support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 13:28:21 -0000 I changed this to be 192.168.2.1 and 172.21.2.1 respectively. Still not working. There is no link light or indication of power to the interfaces. I can plug the cables into another interface of a server and they work fine. So the switches, cables and IP addresses are fine. Card just won't power up. Park On Wednesday, June 14, 2006, at 03:36AM, Brian Candler wrote: >On Tue, Jun 13, 2006 at 09:53:09AM -0400, John Baldwin wrote: >> On Wednesday 19 April 2006 18:14, Park Foreman wrote: >> > System: Nokia IP330 using AMD K6 processor >> > Card: Zynx ZX412 dual 10/100 card and DEC/Intel 21143 chipset >> > >> > ifconfig: >> > dc0: flags=8843 mtu 1500 >> > options=8 >> > inet 172.21.1.1 netmask 0xffff0000 broadcast 172.21.255.255 >> > inet6 fe80::2c0:95ff:fee5:7d8c%dc0 prefixlen 64 scopeid 0x4 >> > ether 00:c0:95:e5:12:ab >> > media: Ethernet autoselect (none) >> > status: no carrier >> > dc1: flags=8843 mtu 1500 >> > options=8 >> > inet 172.21.2.1 netmask 0xffff0000 broadcast 172.21.255.255 >> > inet6 fe80::2c0:95ff:fee5:7d8d%dc1 prefixlen 64 scopeid 0x5 >> > ether 00:c0:95:e5:23:cd >> > media: Ethernet autoselect (none) >> > status: no carrier > >Aside: those two IP addresses are on the same IP subnet, 172.21.0.0/16. Does >that now work? It didn't used to, but I once saw a project on the wishlist >to separate out the ARP table from the forwarding table so that this could >work. Did that happen? > >With the above configuration, both NICs would have to be plugged into the >same LAN, of course. > >Or maybe the OP meant to set /24 netmasks, but didn't. > >Regards, > >Brian. > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 13:37:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA5316A47A for ; Wed, 21 Jun 2006 13:37:57 +0000 (UTC) (envelope-from freebsd-current@kobalt.ath.cx) Received: from bounty.rbfh.de (bounty.rbfh.de [85.25.54.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2A0543D5E for ; Wed, 21 Jun 2006 13:37:54 +0000 (GMT) (envelope-from freebsd-current@kobalt.ath.cx) Received: by bounty.rbfh.de (Postfix, from userid 65001) id A698530BC008; Wed, 21 Jun 2006 15:37:54 +0200 (CEST) Date: Wed, 21 Jun 2006 15:37:54 +0200 From: freebsd-current@kobalt.ath.cx To: freebsd-current@freebsd.org Message-ID: <20060621133754.GA11316@bounty.rbfh.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 13:37:57 -0000 Justin Hibbits wrote: > Hey folks, got an interesting patch. This adds a ~/.hosts file > (personal version of /etc/hosts). It was written against 6-STABLE Doesn't provide the HOSTALIASES -- see hostname(7) -- environment variable the same thing? From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 13:50:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EA4716A481; Wed, 21 Jun 2006 13:50:56 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A788D43D49; Wed, 21 Jun 2006 13:50:53 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F6CC.dip.t-dialin.net [84.165.246.204]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k5LDjgli073418; Wed, 21 Jun 2006 15:45:43 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5LDorfF097195; Wed, 21 Jun 2006 15:50:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 21 Jun 2006 15:50:53 +0200 Message-ID: <20060621155053.d6lseiz8z4ow8wo8@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 21 Jun 2006 15:50:53 +0200 From: Alexander Leidinger To: Norikatsu Shigemura References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> In-Reply-To: <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 13:50:56 -0000 Quoting Norikatsu Shigemura (from Wed, 21 Jun 2006 =20 19:25:01 +0900 (JST)): >> Quoting Norikatsu Shigemura (from Wed, 21 Jun 2006 >> 15:36:19 +0900 (JST)): >>>> Nork-san says that it is hard to make LPW work on 7-CURRENT. But, he >>>> is trying to make it work with another approach. >>> Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). >> Can you be a little bit more verbose what this is? Just a high level >> overview. I'm curious since I have some ideas about some kind of >> cross-compatibility "something" too (a combination of objcopy, a >> liblinux2bsd and maybe some libmap stuff). > > I'm implementing like following codes to libc/libm/libpthread > on 7-current with SYMVER_ENABLED=3Dyes. [example] Ugh... I like parts of this (it's the same I thought about myself), =20 but parts of this are... not optimal in my opinion. I don't like to spam our libXXX to contain GLIBC symbols. First I =20 feared that this could lead to unexpected side effects in problem =20 cases with linux programs which pick up native libs (e.g. when you =20 have LD_LIBRARY_PATH set to a directory with native libs and you try =20 to start a linux program after updating to the new default linux base =20 port). But I don't think this is the case (we get an error about an =20 incorrect ELF ABI). So ATM the only bad feeling I have about this is =20 the "spamming". Did you tried to put this into a liblinux2bsd? The idea I had was to =20 try if such a lib can be "attached" to e.g. linux flashplugin. Either =20 with some objcopy (or similar) stuff, by trying to link again (with =20 liblinux2bsd), or with libmap.conf. Another nice try is to have a =20 program/script which does some known obj* stuff with object files, =20 libs and/or programs. The examples I wanted to look at with this stuff =20 are your linuxpluginwrapper, the linuxthreads port, my icc port and =20 maybe the ifc port (it's basically an adoption of my icc port, but =20 AFAIR there are some enhancements). All of them contain already some =20 kind of mappings between linux and bsd. And maybe a combination of =20 both ways (liblinux2bsd and a script which does obj* stuff) could lead =20 to a successfull assimilation of some linux-only stuff. What do you think, does this sound like something which could be an =20 improvement to your current work? Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~130 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 14:57:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 993FE16A47D for ; Wed, 21 Jun 2006 14:57:18 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E7D43D46 for ; Wed, 21 Jun 2006 14:57:15 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 4A7CA115F1; Wed, 21 Jun 2006 09:57:14 -0500 (CDT) Date: Wed, 21 Jun 2006 09:57:10 -0500 From: Craig Boston To: Peter Ross Message-ID: <20060621145710.GA12942@nowhere> Mail-Followup-To: Craig Boston , Peter Ross , Brooks Davis , Mike Jakubik , "freebsd-current@freebsd.org" , Justin Hibbits References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , "freebsd-current@freebsd.org" , Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 14:57:18 -0000 On Wed, Jun 21, 2006 at 04:59:09PM +1000, Peter Ross wrote: > If you are able to hack your way into a machine you can write this file > so later attempts to connect to a remote machine can be redirected (e.g. > useful to get login passwords) - you do not need root access to achieve > it. If you are able to hack your way into a machine you can write something like this into ~/.ssh/config Host goodhost HostKeyAlias Own3d StrictHostKeyChecking no HostName evilhost.bad For that matter, you could add aliases to .shrc or .cshrc to run some wrapper program instead. Say, one that sets LD_PRELOAD=~/.libevil.so, which contains custom gethost* functions. Or have it run a custom ssh binary that doesn't do any host key checking at all, or logs all passwords somewhere. Once an account is compromised, all bets are off. You can't assume that DNS lookups are valid as your C library may be overridden by something local to the account. The login shell could be trojaned to hide the files. Other users would of course be unaffected (so long as you didn't give up the root password). I don't think the ~/.hosts idea adds any additional risk. If anything, a ~/.hosts compromise would be easier to detect than more complex methods. Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 15:30:25 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA0216A47C; Wed, 21 Jun 2006 15:30:25 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E8E43D5A; Wed, 21 Jun 2006 15:30:23 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 5B36C10D098; Thu, 22 Jun 2006 01:30:21 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k5LFUIqT018161; Thu, 22 Jun 2006 01:30:19 +1000 Date: Thu, 22 Jun 2006 01:30:18 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Ulrich Spoerlein In-Reply-To: <20060620173339.GA1638@roadrunner.informatik.uni-wuerzburg.de> Message-ID: <20060622003036.M52310@delplex.bde.org> References: <20060619131101.GD1130@garage.freebsd.pl> <20060620173339.GA1638@roadrunner.informatik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 21 Jun 2006 16:03:00 +0000 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 15:30:25 -0000 On Tue, 20 Jun 2006, Ulrich Spoerlein wrote: > Pawel Jakub Dawidek wrote: >> Hello. >> >> For the last few months I have been working on gjournal project. > > Cool Stuff! > >> Reading. grep -r on two src/ directories in parallel: >> UFS: 84s >> UFS+SU: 138s >> gjournal(1): 102s >> gjournal(2): 89s >> >> As you can see, even on one disk, untaring eight src.tgz is two times >> faster than UFS+SU. I've no idea why gjournal is faster in reading. > > The UFS+SU score doesn't seem right. Why do SU have a negative impact on > read performance? Is it solely because of the atime updates? ffs+SU is only 1-10% slower than ffs in my benchmarks of reading back a copy of most of src/ written to a new file system by the same filesystem (code) that does the readback. The speed only depends on which file system wrote the data. I use tar for reading. Maybe concurrent greps on separate directories amplify the problem. A tiny subset of saved benchmarked output: %%% Jan 29 2004 real-current writing to WD 1200JB h: 26683965 73593765 --- srcs = "contrib crypto lib sys" in /usr/src ffs-16384-02048-1: tarcp /f srcs: 43.23 real 0.65 user 6.85 sys tar cf /dev/zero srcs: 15.58 real 0.19 user 2.13 sys ffs-16384-02048-2: tarcp /f srcs: 41.26 real 0.50 user 7.06 sys tar cf /dev/zero srcs: 15.80 real 0.25 user 2.10 sys ffs-16384-02048-as-1: tarcp /f srcs: 22.17 real 0.49 user 6.47 sys tar cf /dev/zero srcs: 15.52 real 0.22 user 2.13 sys ffs-16384-02048-as-2: tarcp /f srcs: 21.67 real 0.45 user 6.61 sys tar cf /dev/zero srcs: 15.65 real 0.19 user 2.16 sys ffs-16384-02048-su-1: tarcp /f srcs: 60.35 real 0.49 user 7.02 sys tar cf /dev/zero srcs: 17.32 real 0.20 user 2.15 sys ffs-16384-02048-su-2: tarcp /f srcs: 61.82 real 0.50 user 7.14 sys tar cf /dev/zero srcs: 17.56 real 0.21 user 2.17 sys %%% Notation: 16384-02048 is the block-frag size; /""/as/su/ are /default/async mounts/soft updates/; -[12] is ffs[12]. The source tree is prefetched into VMIO so that the copy part of the benchmark is mostly a write benchmark and is not affected by any slowness in the physical source file system. The above shows soft updates being about 2 seconds or 10% slower for read-back. It also shows that soft updates is about 3 times as slow as async mounts and about 1.5 times as slow as the default (sync metadata and async data). Soft updates was faster than the default when it was first implemented, but became slower at least for writing a copy of src/. This seems to be due to soft updates interacting badly with bufdaemon. This may be fixed now (I have later runs of the benchmark showing soft updates having about the same speed as the default, but none for -realcurrent). I never found the exact cause of the slower readback. My theory is that block allocation is more delayed in the soft updates case, and soft updates uses this to perfectly pessimize some aspects of the allocation. My version of ffs allocates the first indirect block between the NDADDR-1'th and NDADDR'th data blocks. This seems to help generally, and reduces the disadvantage of soft updates. IIRC, the default normally puts this block not very far away but not necessarily between the data blocks, but soft updates pessimizes it by moving it a long way away. It's still surprising that this makes nearly a 10% difference for src/, since most files in src/ are too small to have even 1 indirect block. I always disable atime updates on ffs file systems and don't have comparitive benchmarks for the difference from this. Bruce From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 16:39:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 981F216A47A; Wed, 21 Jun 2006 16:39:11 +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 3D61843D45; Wed, 21 Jun 2006 16:39:11 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k5LGd9b1001359; Wed, 21 Jun 2006 12:39:09 -0400 (EDT) Date: Wed, 21 Jun 2006 12:39:09 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Leidinger In-Reply-To: <20060621155053.d6lseiz8z4ow8wo8@netchild.homeip.net> Message-ID: References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> <20060621155053.d6lseiz8z4ow8wo8@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 16:39:11 -0000 On Wed, 21 Jun 2006, Alexander Leidinger wrote: > Quoting Norikatsu Shigemura (from Wed, 21 Jun 2006 > 19:25:01 +0900 (JST)): > >>> Quoting Norikatsu Shigemura (from Wed, 21 Jun 2006 >>> 15:36:19 +0900 (JST)): >>>>> Nork-san says that it is hard to make LPW work on 7-CURRENT. But, he >>>>> is trying to make it work with another approach. >>>> Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). >>> Can you be a little bit more verbose what this is? Just a high level >>> overview. I'm curious since I have some ideas about some kind of >>> cross-compatibility "something" too (a combination of objcopy, a >>> liblinux2bsd and maybe some libmap stuff). >> >> I'm implementing like following codes to libc/libm/libpthread >> on 7-current with SYMVER_ENABLED=yes. > > [example] > > Ugh... I like parts of this (it's the same I thought about myself), but parts > of this are... not optimal in my opinion. > > I don't like to spam our libXXX to contain GLIBC symbols. First I feared that I don't think that is the intent and I would oppose polluting our base libraries with GLIBC symbols. I think the proposed solution was to make separate libraries with the GLIBC symbols that just call out to our own libraries, and use libmap.conf accordingly. I have tried this months ago and think I ran into the same problem that nork has run into -- the loader doesn't load the mapped libraries because it thinks libc (our own libc) is already loaded. > Did you tried to put this into a liblinux2bsd? The idea I had was to try if > such a lib can be "attached" to e.g. linux flashplugin. Either with some > objcopy (or similar) stuff, by trying to link again (with liblinux2bsd), or > with libmap.conf. Another nice try is to have a program/script which does > some known obj* stuff with object files, libs and/or programs. The examples I > wanted to look at with this stuff are your linuxpluginwrapper, the > linuxthreads port, my icc port and maybe the ifc port (it's basically an > adoption of my icc port, but AFAIR there are some enhancements). All of them > contain already some kind of mappings between linux and bsd. And maybe a > combination of both ways (liblinux2bsd and a script which does obj* stuff) > could lead to a successfull assimilation of some linux-only stuff. When I was playing around with trying to get linuxpluginwrapper to work, I had scripts that parsed the undefined symbols from flashplayer.so and automatically created a library with those symbols (that called out to our own libc functions). It wasn't that hard to do, but I got side-tracked and never was able to get rtld to load the mapped library. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 17:49:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B44516A474; Wed, 21 Jun 2006 17:49:33 +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 5835443D4C; Wed, 21 Jun 2006 17:49:32 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k5LHnV6n021276; Wed, 21 Jun 2006 13:49:31 -0400 (EDT) Date: Wed, 21 Jun 2006 13:49:31 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: Message-ID: References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> <20060621155053.d6lseiz8z4ow8wo8@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 17:49:33 -0000 On Wed, 21 Jun 2006, Daniel Eischen wrote: > On Wed, 21 Jun 2006, Alexander Leidinger wrote: > >> Did you tried to put this into a liblinux2bsd? The idea I had was to try if >> such a lib can be "attached" to e.g. linux flashplugin. Either with some >> objcopy (or similar) stuff, by trying to link again (with liblinux2bsd), or >> with libmap.conf. Another nice try is to have a program/script which does >> some known obj* stuff with object files, libs and/or programs. The examples >> I wanted to look at with this stuff are your linuxpluginwrapper, the >> linuxthreads port, my icc port and maybe the ifc port (it's basically an >> adoption of my icc port, but AFAIR there are some enhancements). All of >> them contain already some kind of mappings between linux and bsd. And maybe >> a combination of both ways (liblinux2bsd and a script which does obj* >> stuff) could lead to a successfull assimilation of some linux-only stuff. > > When I was playing around with trying to get linuxpluginwrapper to > work, I had scripts that parsed the undefined symbols from > flashplayer.so and automatically created a library with those > symbols (that called out to our own libc functions). It wasn't > that hard to do, but I got side-tracked and never was able to > get rtld to load the mapped library. My latest attempt is here: http://people.freebsd.org/~deischen/lpw.tgz It's based on the linuxpluginwrapper port from a few months ago, so it's probably a little out of date. But using it, I can produce a flash7.so and acrobat.so with: $ readelf -sW flash7.so | grep GLIBC 23: 0000434b 0 FUNC GLOBAL DEFAULT 11 getenv@GLIBC_2.0 24: 000045df 0 FUNC GLOBAL DEFAULT 11 strcpy@GLIBC_2.0 25: 0000467b 0 FUNC GLOBAL DEFAULT 11 write@GLIBC_2.0 26: 00004303 0 FUNC GLOBAL DEFAULT 11 free@GLIBC_2.0 27: 000045c7 0 FUNC GLOBAL DEFAULT 11 strchr@GLIBC_2.0 [ ... ] 613: 0000454f 0 FUNC GLOBAL DEFAULT 11 select@GLIBC_2.0 615: 000043ab 0 FUNC GLOBAL DEFAULT 11 log@GLIBC_2.0 616: 00000000 0 OBJECT GLOBAL DEFAULT ABS GLIBC_2.1.3 619: 0000445f 0 FUNC GLOBAL DEFAULT 11 printf@GLIBC_2.0 620: 00004213 0 FUNC GLOBAL DEFAULT 11 abort@GLIBC_2.0 622: 00002250 114 FUNC GLOBAL DEFAULT 11 __xstat@GLIBC_2.0 624: 0000440b 0 FUNC GLOBAL DEFAULT 11 mmap@GLIBC_2.0 $ readelf -sW acrobat.so | grep GLIBC 23: 00003057 0 FUNC GLOBAL DEFAULT 11 getenv@GLIBC_2.0 24: 00003207 0 FUNC GLOBAL DEFAULT 11 strcpy@GLIBC_2.0 25: 000032eb 0 FUNC GLOBAL DEFAULT 11 write@GLIBC_2.0 26: 0000301b 0 FUNC GLOBAL DEFAULT 11 free@GLIBC_2.0 27: 000031e3 0 FUNC GLOBAL DEFAULT 11 strchr@GLIBC_2.0 [ ... ] 465: 00002feb 0 FUNC GLOBAL DEFAULT 11 fopen@GLIBC_2.1 469: 00002b44 178 FUNC GLOBAL DEFAULT 11 connect@GLIBC_2.0 470: 00000000 0 OBJECT GLOBAL DEFAULT ABS GLIBC_2.1.3 473: 00002f37 0 FUNC GLOBAL DEFAULT 11 abort@GLIBC_2.0 474: 00002e04 114 FUNC GLOBAL DEFAULT 11 __xstat@GLIBC_2.0 475: 00003063 0 FUNC GLOBAL DEFAULT 11 getpwnam@GLIBC_2.0 -- DE From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 18:35:46 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AA8016A479 for ; Wed, 21 Jun 2006 18:35:46 +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 C263043D48 for ; Wed, 21 Jun 2006 18:35:45 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (zy3enuigcji9jhis@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k5LIZiex085599; Wed, 21 Jun 2006 11:35:44 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k5LIZhFc085598; Wed, 21 Jun 2006 11:35:43 -0700 (PDT) (envelope-from jmg) Date: Wed, 21 Jun 2006 11:35:43 -0700 From: John-Mark Gurney To: Kris Kennaway Message-ID: <20060621183543.GC82074@funkthat.com> Mail-Followup-To: Kris Kennaway , current@FreeBSD.org References: <20060612054115.GA42379@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060612054115.GA42379@xor.obsecurity.org> 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: current@FreeBSD.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 18:35:46 -0000 Kris Kennaway wrote this message on Mon, Jun 12, 2006 at 01:41 -0400: > I fixed mutex profiling to a) not be as wrong and b) not suck so very > much, and here is a revised profiling trace from mysql supersmack on a > 12 cpu E4500, sorted by ratio of cnt_lock/count; filedesc lock > contention (via FILEDESC_[UN]LOCK()) is the major mutex contention > problem. Should we also look at breaking down filedesc lock to have multiple locks over the range? I am thinking of writing a program that will have 32 threads (sun4v) and all threads will be doing heavy i/o, and will be even more heavily contested on FILEDESC than the supersmack benchmark would be... Though this doesn't solve the problem of all 32 threads trying to do i/o on a fd in the same block though... -- 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-current@FreeBSD.ORG Wed Jun 21 18:46:34 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F1416A479 for ; Wed, 21 Jun 2006 18:46:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED77343D46 for ; Wed, 21 Jun 2006 18:46:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8705246B3B; Wed, 21 Jun 2006 14:46:33 -0400 (EDT) Date: Wed, 21 Jun 2006 19:46:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John-Mark Gurney In-Reply-To: <20060621183543.GC82074@funkthat.com> Message-ID: <20060621194412.N8526@fledge.watson.org> References: <20060612054115.GA42379@xor.obsecurity.org> <20060621183543.GC82074@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 18:46:34 -0000 On Wed, 21 Jun 2006, John-Mark Gurney wrote: > Kris Kennaway wrote this message on Mon, Jun 12, 2006 at 01:41 -0400: >> I fixed mutex profiling to a) not be as wrong and b) not suck so very much, >> and here is a revised profiling trace from mysql supersmack on a 12 cpu >> E4500, sorted by ratio of cnt_lock/count; filedesc lock contention (via >> FILEDESC_[UN]LOCK()) is the major mutex contention problem. > > Should we also look at breaking down filedesc lock to have multiple locks > over the range? I am thinking of writing a program that will have 32 > threads (sun4v) and all threads will be doing heavy i/o, and will be even > more heavily contested on FILEDESC than the supersmack benchmark would be... > > Though this doesn't solve the problem of all 32 threads trying to do i/o on > a fd in the same block though... src/tools/tools/netrate/{http,httpd}, running in threaded mode (-t). http is a client, and accesses lots of independent fds from different threads, contending the filedesc lock but not a single fd lock, whereas httpd will do both, due to accepting connections. I would optimize very carefully here, the trade-offs are tricky, and we may find that by making locking more complex, we cause cache problems, increase lock hold periods, etc, even if we decrease contention. I've wondered a bit about a model where we loan fd's to threads to optimize repeated access to the same fd by the same thread, but this mostly makes sense in the context of a 1:1 model rather than an m:n model. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 18:59:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E471616A47D; Wed, 21 Jun 2006 18:59:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D0543D64; Wed, 21 Jun 2006 18:59:43 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5LIx9ah040645; Wed, 21 Jun 2006 14:59:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Hajimu UMEMOTO Date: Wed, 21 Jun 2006 14:58:37 -0400 User-Agent: KMail/1.9.1 References: <449015DE.6090407@fer.hr> <200606201707.05938.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606211458.38291.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Jun 2006 14:59:15 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1559/Wed Jun 21 10:23:13 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dmitry Pryanishnikov , kan@freebsd.org, Adi Pircalabu , Ivan Voras , freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 18:59:50 -0000 On Tuesday 20 June 2006 22:14, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Tue, 20 Jun 2006 17:07:04 -0400 > >>>>> John Baldwin said: > > jhb> Well, this patch was shot down. Would it be possible to have the > jhb> pluginwrapper provide the _dlsym weak reference itself? > > Unfortunately, no. If it was possible, nork-san already made his > pluginwrapper so. Ok, back to Alexander then. Alexander, it seems no one is either able or knows how to make the pluginwrapper provide the _dlsym symbol instead of doing it in rtld itself. Can you either suggest a more detailed way to fix the pluginwrapper or allow the patch to rtld? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 20:19:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8336416A47F; Wed, 21 Jun 2006 20:19:29 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.176.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF6E43D46; Wed, 21 Jun 2006 20:19:29 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id 201D75880B; Wed, 21 Jun 2006 13:19:27 -0700 (PDT) Date: Wed, 21 Jun 2006 13:19:27 -0700 From: Paul Allen To: Robert Watson Message-ID: <20060621201927.GJ28128@groat.ugcs.caltech.edu> References: <20060612054115.GA42379@xor.obsecurity.org> <20060621183543.GC82074@funkthat.com> <20060621194412.N8526@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621194412.N8526@fledge.watson.org> Sender: jd@ugcs.caltech.edu Cc: current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 20:19:29 -0000 >From Robert Watson , Wed, Jun 21, 2006 at 07:46:33PM +0100: > I would optimize very carefully here, the trade-offs are tricky, and we may > find that by making locking more complex, we cause cache problems, increase > lock hold periods, etc, even if we decrease contention. I've wondered a > bit about a model where we loan fd's to threads to optimize repeated access > to the same fd by the same thread, but this mostly makes sense in the > context of a 1:1 model rather than an m:n model. I apologize for not understanding all of the uses of the FILEDESC lock but, isn't the more obvious partitioning per-cpu: each cpu may allocate from a range of fd, which cpu cache used depends on where the thread happens to be running. When closing a fd, it is returned to the local (possibly different cpu cache). A watermark is used to generate an IPI message to rebalance the caches as needed. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 20:21:55 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0861516A47A; Wed, 21 Jun 2006 20:21:55 +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 7D47F43D48; Wed, 21 Jun 2006 20:21:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (0kzjppn8jlvmysro@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k5LKLrfv088026; Wed, 21 Jun 2006 13:21:54 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k5LKLpYB088024; Wed, 21 Jun 2006 13:21:51 -0700 (PDT) (envelope-from jmg) Date: Wed, 21 Jun 2006 13:21:51 -0700 From: John-Mark Gurney To: Robert Watson Message-ID: <20060621202151.GD82074@funkthat.com> Mail-Followup-To: Robert Watson , current@FreeBSD.org, Kris Kennaway References: <20060612054115.GA42379@xor.obsecurity.org> <20060621183543.GC82074@funkthat.com> <20060621194412.N8526@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621194412.N8526@fledge.watson.org> 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: current@FreeBSD.org, Kris Kennaway Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 20:21:55 -0000 Robert Watson wrote this message on Wed, Jun 21, 2006 at 19:46 +0100: > On Wed, 21 Jun 2006, John-Mark Gurney wrote: > > >Kris Kennaway wrote this message on Mon, Jun 12, 2006 at 01:41 -0400: > >>I fixed mutex profiling to a) not be as wrong and b) not suck so very > >>much, and here is a revised profiling trace from mysql supersmack on a 12 > >>cpu E4500, sorted by ratio of cnt_lock/count; filedesc lock contention > >>(via FILEDESC_[UN]LOCK()) is the major mutex contention problem. > > > >Should we also look at breaking down filedesc lock to have multiple locks > >over the range? I am thinking of writing a program that will have 32 > >threads (sun4v) and all threads will be doing heavy i/o, and will be even > >more heavily contested on FILEDESC than the supersmack benchmark would > >be... > > > >Though this doesn't solve the problem of all 32 threads trying to do i/o > >on a fd in the same block though... > > src/tools/tools/netrate/{http,httpd}, running in threaded mode (-t). http > is a client, and accesses lots of independent fds from different threads, > contending the filedesc lock but not a single fd lock, whereas httpd will > do both, due to accepting connections. Well, in my lfhttpd, I'd only ever have one thread accepting connections, but then I'd have tons of threads contending on the kqueue fd... > I would optimize very carefully here, the trade-offs are tricky, and we may > find that by making locking more complex, we cause cache problems, increase > lock hold periods, etc, even if we decrease contention. I've wondered a > bit about a model where we loan fd's to threads to optimize repeated access > to the same fd by the same thread, but this mostly makes sense in the > context of a 1:1 model rather than an m:n model. And wouldn't work for everyone pounding for kq... Hmmm.. we could remove kq from the fd model too... -- 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-current@FreeBSD.ORG Wed Jun 21 20:46:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 488F516A484 for ; Wed, 21 Jun 2006 20:46:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F087A43D45 for ; Wed, 21 Jun 2006 20:46:44 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 96FAA46BAD; Wed, 21 Jun 2006 16:46:44 -0400 (EDT) Date: Wed, 21 Jun 2006 21:46:44 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Paul Allen In-Reply-To: <20060621201927.GJ28128@groat.ugcs.caltech.edu> Message-ID: <20060621214346.G8526@fledge.watson.org> References: <20060612054115.GA42379@xor.obsecurity.org> <20060621183543.GC82074@funkthat.com> <20060621194412.N8526@fledge.watson.org> <20060621201927.GJ28128@groat.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 20:46:45 -0000 On Wed, 21 Jun 2006, Paul Allen wrote: > From Robert Watson , Wed, Jun 21, 2006 at 07:46:33PM +0100: >> I would optimize very carefully here, the trade-offs are tricky, and we may >> find that by making locking more complex, we cause cache problems, increase >> lock hold periods, etc, even if we decrease contention. I've wondered a >> bit about a model where we loan fd's to threads to optimize repeated access >> to the same fd by the same thread, but this mostly makes sense in the >> context of a 1:1 model rather than an m:n model. > I apologize for not understanding all of the uses of the FILEDESC lock but, > isn't the more obvious partitioning per-cpu: each cpu may allocate from a > range of fd, which cpu cache used depends on where the thread happens to be > running. When closing a fd, it is returned to the local (possibly different > cpu cache). A watermark is used to generate an IPI message to rebalance the > caches as needed. The issue is actually a bit different than that. We in effect already do the above using UMA. The problem is this: when you have threads in the same process, file descriptor lookup is performed against a common file descriptor array. That array is protected by a lock, the filedesc lock. When lots of threads simultaneously perform file descriptor operations, they contend on the file descriptor array lock. So if you have 30 threads all doing I/O, they are constantly looking up file descriptors and bumping into each other. This is particularly noticeable for network workloads, where many operations are very fast, and so they occur in significant quantity. The M:N threading library actually handles this quite well by bounding the number of threads trying to acquire the lock to the number of processors, but with libthr you get pretty bad performance. This contention problem also affects MySQL, etc. You can imagine a number of ways to work on this, but it's a tricky problem that has to be looked at carefully. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 20:58:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2359B16A474 for ; Wed, 21 Jun 2006 20:58:36 +0000 (UTC) (envelope-from cemasko@fibermail.hu) Received: from smtp.opticon.hu (smtp.bacs-net.hu [195.56.234.123]) by mx1.FreeBSD.org (Postfix) with SMTP id F339F43D45 for ; Wed, 21 Jun 2006 20:58:33 +0000 (GMT) (envelope-from cemasko@fibermail.hu) Received: (qmail 6624 invoked from network); 21 Jun 2006 20:51:54 -0000 Received: from unknown (HELO bio-dron.bogyotech.hu) (85.66.29.75) by smtp.opticon.hu with SMTP; 21 Jun 2006 20:51:54 -0000 Date: Wed, 21 Jun 2006 22:51:11 +0200 From: Viktor Cemasko To: freebsd-current@freebsd.org Message-ID: <20060621225111.7cec128e@bio-dron.bogyotech.hu> In-Reply-To: <20060621145530.U41119@atlantis.atlantis.dp.ua> References: <449015DE.6090407@fer.hr> <20060616211540.D37640@atlantis.atlantis.dp.ua> <200606201002.07695.jhb@freebsd.org> <20060620181916.732dbc5c@apircalabu.dsd.ro> <4498A387.3070604@micom.mng.net> <20060621095311.A60237@atlantis.atlantis.dp.ua> <4498F492.2060003@micom.mng.net> <20060621145530.U41119@atlantis.atlantis.dp.ua> Organization: Bio Dron Slave Farm (Earth Site) X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 20:58:36 -0000 On Wed, 21 Jun 2006 15:06:19 +0300 (EEST) Dmitry Pryanishnikov wrote: > Strange. I've just build native firefox-1.5.0.4,1 from ports, and I > can't even find info about plugins (menu Help contains only "About > Mozilla Firefox", no "About Plug-ins" there). Enter about:plugins in the Location Bar/address bar. -- Best regards, Cemasko Viktor. From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 21:22:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BDF16A474; Wed, 21 Jun 2006 21:22:19 +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 7143543D45; Wed, 21 Jun 2006 21:22:18 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (u6k9eozkn29ucgjl@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k5LLMFta089753; Wed, 21 Jun 2006 14:22:15 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k5LLMCV2089752; Wed, 21 Jun 2006 14:22:12 -0700 (PDT) (envelope-from jmg) Date: Wed, 21 Jun 2006 14:22:12 -0700 From: John-Mark Gurney To: John Birrell Message-ID: <20060621212211.GE82074@funkthat.com> Mail-Followup-To: John Birrell , Luigi Rizzo , freebsd-current@freebsd.org, Harti Brandt References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> <1150870137.78122.14.camel@spirit> <20060621082734.Q24109@beagle.kn.op.dlr.de> <20060621063816.GA32889@what-creek.com> <20060621000250.A6468@xorpc.icir.org> <20060621070739.GB35132@what-creek.com> <20060621002036.A6576@xorpc.icir.org> <20060621073123.GA35319@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060621073123.GA35319@what-creek.com> 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: Luigi Rizzo , freebsd-current@freebsd.org, Harti Brandt Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 21:22:19 -0000 John Birrell wrote this message on Wed, Jun 21, 2006 at 07:31 +0000: > We need to retain the integrity of a DNS lookup. If there are any work > arounds required for poor DNS lookups, then let an administrator configure > them! As long as we allow libraries to be preloaded on binaries, someone can override the resolver library, and have their own hooks there... Killing this feature doesn't make anything more secure for the user... -- 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-current@FreeBSD.ORG Wed Jun 21 21:51:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1660316A479; Wed, 21 Jun 2006 21:51:47 +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 5AD2843D72; Wed, 21 Jun 2006 21:51:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5LLpexV042800; Wed, 21 Jun 2006 17:51:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 21 Jun 2006 17:45:41 -0400 User-Agent: KMail/1.9.1 References: <20060612054115.GA42379@xor.obsecurity.org> <20060621201927.GJ28128@groat.ugcs.caltech.edu> <20060621214346.G8526@fledge.watson.org> In-Reply-To: <20060621214346.G8526@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606211745.42525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Jun 2006 17:51:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1559/Wed Jun 21 10:23:13 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Paul Allen , Robert Watson , current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 21:51:47 -0000 On Wednesday 21 June 2006 16:46, Robert Watson wrote: > On Wed, 21 Jun 2006, Paul Allen wrote: > > > From Robert Watson , Wed, Jun 21, 2006 at 07:46:33PM +0100: > >> I would optimize very carefully here, the trade-offs are tricky, and we > >> may find that by making locking more complex, we cause cache problems, > >> increase lock hold periods, etc, even if we decrease contention. I've > >> wondered a bit about a model where we loan fd's to threads to optimize > >> repeated access to the same fd by the same thread, but this mostly makes > >> sense in the context of a 1:1 model rather than an m:n model. > > I apologize for not understanding all of the uses of the FILEDESC lock > > but, isn't the more obvious partitioning per-cpu: each cpu may allocate > > from a range of fd, which cpu cache used depends on where the thread > > happens to be running. When closing a fd, it is returned to the local > > (possibly different cpu cache). A watermark is used to generate an IPI > > message to rebalance the caches as needed. > > The issue is actually a bit different than that. We in effect already do > the above using UMA. > > The problem is this: when you have threads in the same process, file > descriptor lookup is performed against a common file descriptor array. That > array is protected by a lock, the filedesc lock. When lots of threads > simultaneously perform file descriptor operations, they contend on the file > descriptor array lock. So if you have 30 threads all doing I/O, they are > constantly looking up file descriptors and bumping into each other. This is > particularly noticeable for network workloads, where many operations are > very fast, and so they occur in significant quantity. The M:N threading > library actually handles this quite well by bounding the number of threads > trying to acquire the lock to the number of processors, but with libthr you > get pretty bad performance. This contention problem also affects MySQL, > etc. > > You can imagine a number of ways to work on this, but it's a tricky problem > that has to be looked at carefully. Are the lookup operations using a shared lock so that only things like open and close would actually contend? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 21:51:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1660316A479; Wed, 21 Jun 2006 21:51:47 +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 5AD2843D72; Wed, 21 Jun 2006 21:51:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5LLpexV042800; Wed, 21 Jun 2006 17:51:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 21 Jun 2006 17:45:41 -0400 User-Agent: KMail/1.9.1 References: <20060612054115.GA42379@xor.obsecurity.org> <20060621201927.GJ28128@groat.ugcs.caltech.edu> <20060621214346.G8526@fledge.watson.org> In-Reply-To: <20060621214346.G8526@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606211745.42525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Jun 2006 17:51:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1559/Wed Jun 21 10:23:13 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Paul Allen , Robert Watson , current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 21:51:47 -0000 On Wednesday 21 June 2006 16:46, Robert Watson wrote: > On Wed, 21 Jun 2006, Paul Allen wrote: > > > From Robert Watson , Wed, Jun 21, 2006 at 07:46:33PM +0100: > >> I would optimize very carefully here, the trade-offs are tricky, and we > >> may find that by making locking more complex, we cause cache problems, > >> increase lock hold periods, etc, even if we decrease contention. I've > >> wondered a bit about a model where we loan fd's to threads to optimize > >> repeated access to the same fd by the same thread, but this mostly makes > >> sense in the context of a 1:1 model rather than an m:n model. > > I apologize for not understanding all of the uses of the FILEDESC lock > > but, isn't the more obvious partitioning per-cpu: each cpu may allocate > > from a range of fd, which cpu cache used depends on where the thread > > happens to be running. When closing a fd, it is returned to the local > > (possibly different cpu cache). A watermark is used to generate an IPI > > message to rebalance the caches as needed. > > The issue is actually a bit different than that. We in effect already do > the above using UMA. > > The problem is this: when you have threads in the same process, file > descriptor lookup is performed against a common file descriptor array. That > array is protected by a lock, the filedesc lock. When lots of threads > simultaneously perform file descriptor operations, they contend on the file > descriptor array lock. So if you have 30 threads all doing I/O, they are > constantly looking up file descriptors and bumping into each other. This is > particularly noticeable for network workloads, where many operations are > very fast, and so they occur in significant quantity. The M:N threading > library actually handles this quite well by bounding the number of threads > trying to acquire the lock to the number of processors, but with libthr you > get pretty bad performance. This contention problem also affects MySQL, > etc. > > You can imagine a number of ways to work on this, but it's a tricky problem > that has to be looked at carefully. Are the lookup operations using a shared lock so that only things like open and close would actually contend? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 22:00:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A4F16A47B; Wed, 21 Jun 2006 22:00:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8263E43D62; Wed, 21 Jun 2006 22:00:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 798FC46C25; Wed, 21 Jun 2006 18:00:52 -0400 (EDT) Date: Wed, 21 Jun 2006 23:00:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200606211745.42525.jhb@freebsd.org> Message-ID: <20060621225953.U8526@fledge.watson.org> References: <20060612054115.GA42379@xor.obsecurity.org> <20060621201927.GJ28128@groat.ugcs.caltech.edu> <20060621214346.G8526@fledge.watson.org> <200606211745.42525.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Paul Allen , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 22:00:54 -0000 On Wed, 21 Jun 2006, John Baldwin wrote: >> The problem is this: when you have threads in the same process, file >> descriptor lookup is performed against a common file descriptor array. >> That array is protected by a lock, the filedesc lock. When lots of threads >> simultaneously perform file descriptor operations, they contend on the file >> descriptor array lock. So if you have 30 threads all doing I/O, they are >> constantly looking up file descriptors and bumping into each other. This >> is particularly noticeable for network workloads, where many operations are >> very fast, and so they occur in significant quantity. The M:N threading >> library actually handles this quite well by bounding the number of threads >> trying to acquire the lock to the number of processors, but with libthr you >> get pretty bad performance. This contention problem also affects MySQL, >> etc. >> >> You can imagine a number of ways to work on this, but it's a tricky problem >> that has to be looked at carefully. > > Are the lookup operations using a shared lock so that only things like open > and close would actually contend? I'm not sure anyone has tried that. The semantics of the filedesc lock seem a bit complicated, I don't remember why that is right now. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jun 21 22:00:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A4F16A47B; Wed, 21 Jun 2006 22:00:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8263E43D62; Wed, 21 Jun 2006 22:00:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 798FC46C25; Wed, 21 Jun 2006 18:00:52 -0400 (EDT) Date: Wed, 21 Jun 2006 23:00:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200606211745.42525.jhb@freebsd.org> Message-ID: <20060621225953.U8526@fledge.watson.org> References: <20060612054115.GA42379@xor.obsecurity.org> <20060621201927.GJ28128@groat.ugcs.caltech.edu> <20060621214346.G8526@fledge.watson.org> <200606211745.42525.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Paul Allen , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2006 22:00:54 -0000 On Wed, 21 Jun 2006, John Baldwin wrote: >> The problem is this: when you have threads in the same process, file >> descriptor lookup is performed against a common file descriptor array. >> That array is protected by a lock, the filedesc lock. When lots of threads >> simultaneously perform file descriptor operations, they contend on the file >> descriptor array lock. So if you have 30 threads all doing I/O, they are >> constantly looking up file descriptors and bumping into each other. This >> is particularly noticeable for network workloads, where many operations are >> very fast, and so they occur in significant quantity. The M:N threading >> library actually handles this quite well by bounding the number of threads >> trying to acquire the lock to the number of processors, but with libthr you >> get pretty bad performance. This contention problem also affects MySQL, >> etc. >> >> You can imagine a number of ways to work on this, but it's a tricky problem >> that has to be looked at carefully. > > Are the lookup operations using a shared lock so that only things like open > and close would actually contend? I'm not sure anyone has tried that. The semantics of the filedesc lock seem a bit complicated, I don't remember why that is right now. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 00:09:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F56A16A47C for ; Thu, 22 Jun 2006 00:09:58 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 191E743D45 for ; Thu, 22 Jun 2006 00:09:57 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k5M09sSK007079; Wed, 21 Jun 2006 20:09:55 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20060621053007.GA3320@odin.ac.hmc.edu> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> Date: Wed, 21 Jun 2006 20:09:53 -0400 To: Brooks Davis , Mike Jakubik From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Justin Hibbits , freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 00:09:58 -0000 At 10:30 PM -0700 6/20/06, Brooks Davis wrote: > >It's useful for cases where you want to add shortcuts >to hosts as a user or do interesting ssh port forwarding >tricks in some weird cases where you must connect to >localhost:port as remotehost:port due to client/server >protocol bugs. As far as interesting tricks for ssh, you should already be able to do that with ~/.ssh/config. Note ~/.hosts would only redirect the hostnames, and not ports. I use ~/.ssh/config so that a plain '@host' request actually goes to '@host:alternate-port', so-to-speak. >This patch appears to only support ~/.hosts for non-suid >binaries which is the only real security issue. Any admin >relying on host to IP mapping for security for ordinary >users is an idiot so that case isn't worth worrying about. >Doing this as a separate nss module probably makes sense, >but I personally like the feature. I have a feeling ~/.hosts could open a few security issues, but obviously I am already using ~/.ssh/config to do about the same thing on a smaller scale. I'm not sure I could say what the difference is. I also wonder if this would trigger some debugging-issues, when some user has long since forgotten some alias they put in ~/.hosts, and then some new service does not work, and they file a trouble-ticket with whoever is providing that service. I have certainly seen that happen with LMHOSTS files under Windows, and my job responsibilities don't even include doing support for Windows. Let's say I write some program which I let other users run. It's just a plain executable. It isn't setuid or setgid, because it doesn't reference any files on the local system. That program could reference some external hostname, and feel that is reasonably safe to do (*). But with this feature any user could redirect that host. I have not looked at the patch in detail, but it seems to me that it would be prudent if ~/.hosts was NOT searched for any fully-qualified hostnames (ones with a trailing period). I also assume this won't work well for incoming connections (such as incoming ssh connections), since the hostname is checked before sshd figures out where '~' is. That isn't a problem, of course, just as long as people don't expect it to work for that. I don't have a strong objection to the feature, but I do think we should consider it carefully, and make sure we consider some of the unusual cases. I'm just trying to come up with a few examples of those oddball cases here. (* - reasonable, because the person providing the program is also the sysadmin, and thus is *already* taking other measures to protect DNS from poisoning, etc). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 00:39:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706C116A479 for ; Thu, 22 Jun 2006 00:39:00 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 639B443D45 for ; Thu, 22 Jun 2006 00:38:59 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by nz-out-0102.google.com with SMTP id x3so292280nzd for ; Wed, 21 Jun 2006 17:38:57 -0700 (PDT) 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; b=mRWYvQdwr1JyHgaXt5DE7MNP4v9GSyfrP0U4X7XBa22jO1QUkn+s2NMeOvIpkH7rudQ+jPM+B3MWJicGoafOCtMO1v3jsre9TGagn7CYVIARP31xPdAKR4AM3i4W+wVlZDCGVq8mm+BefoF+SvKat2ibWi5Ql3kkGaBnB7pLgS4= Received: by 10.64.184.10 with SMTP id h10mr1954459qbf; Wed, 21 Jun 2006 17:38:57 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id p4sm816542qba.2006.06.21.17.38.53; Wed, 21 Jun 2006 17:38:55 -0700 (PDT) Date: Wed, 21 Jun 2006 20:38:49 -0400 From: Alexander Kabaev To: Alexander Kabaev Message-ID: <20060621203849.4fcbbf22@kan.dnsalias.net> In-Reply-To: <20060621085440.67f0800e@kan.dnsalias.net> References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> <20060621085440.67f0800e@kan.dnsalias.net> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_RGFqX/SjcJ6x.8Uq1urUqQy"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Thu, 22 Jun 2006 01:36:42 +0000 Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 00:39:00 -0000 --Sig_RGFqX/SjcJ6x.8Uq1urUqQy Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 21 Jun 2006 08:54:40 -0400 Alexander Kabaev wrote: > On Wed, 21 Jun 2006 19:25:01 +0900 (JST) > "Norikatsu Shigemura" wrote: >=20 > > > Quoting Norikatsu Shigemura (from Wed, 21 Jun > > > 2006 15:36:19 +0900 (JST)): > > >>> Nork-san says that it is hard to make LPW work on 7-CURRENT. > > >>> But, he is trying to make it work with another approach. > > >> Yes, I'm working Userland COMPAT_LINUX technology[TM]:-). > > > Can you be a little bit more verbose what this is? Just a high > > > level overview. I'm curious since I have some ideas about some > > > kind of cross-compatibility "something" too (a combination of > > > objcopy, a liblinux2bsd and maybe some libmap stuff). > >=20 > > I'm implementing like following codes to libc/libm/libpthread > > on 7-current with SYMVER_ENABLED=3Dyes. > >=20 > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > #include > > #include > >=20 > > #define SYM_COMPAT(sym, impl, ver) \ > > __sym_compat(sym, impl, ver) > > #define GLIBC_SYMBOL_2(sym, major, minor) \ > > GLIBC_##major##_##minor##_##sym > > #define GLIBC_COMPAT_2(sym, major, minor) \ > > SYM_COMPAT(sym, GLIBC_SYMBOL_2(sym, major, minor), GLIBC_ > > ##major. ##minor); > >=20 > > #include > >=20 > > /* > > * strcmp(3) > > */ > > GLIBC_COMPAT_2(strcmp, 2, 0); > >=20 > > int > > GLIBC_SYMBOL_2(strcmp, 2, 0) > > (const char *s1, const char *s2) > > { > > int ret; > > ret =3D strcmp(s1, s2); > >=20 > > dprintf("strcmp(\"%s\", \"%s\") =3D %d", s1, s2, ret); > >=20 > > return ret; > > } > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > >=20 > > And Version.def, too. > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > # $FreeBSD$ > >=20 > > GLIBC_2.0 { > > strcmp; > > : > > } > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" >=20 > Thanks for doing this. This strikes me as much more robust and clean > way of doing things. >=20 > --=20 > Alexander Kabaev To clarify: createing our own libc and libm wrapper libraries which provide symbols with proper versions is the way to go, NOT spamming native libraries with junk symbols. --=20 Alexander Kabaev --Sig_RGFqX/SjcJ6x.8Uq1urUqQy Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEmeacQ6z1jMm+XZYRArtAAJ9RH3ccMYhG8KbRWVQ8uorA9/76FACgrjRX hOA/ESUN4LT4ACJryVhd6zI= =SBMS -----END PGP SIGNATURE----- --Sig_RGFqX/SjcJ6x.8Uq1urUqQy-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 02:06:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79F5716A47B for ; Thu, 22 Jun 2006 02:06:42 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from aconex.com (mail.aconex.com [150.101.159.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD4B43D46 for ; Thu, 22 Jun 2006 02:06:40 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by aconex.com (8.13.4/8.13.4) with ESMTP id k5M262Os008112; Thu, 22 Jun 2006 12:06:02 +1000 Received: from localhost (pross@localhost) by localhost.localdomain (8.13.4/8.13.4/Submit) with ESMTP id k5M25wot008107; Thu, 22 Jun 2006 12:05:59 +1000 X-Authentication-Warning: localhost.localdomain: pross owned process doing -bs Date: Thu, 22 Jun 2006 12:05:58 +1000 (EST) From: Peter Ross X-X-Sender: pross@localhost.localdomain To: Garance A Drosihn In-Reply-To: Message-ID: References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Mike Jakubik , "freebsd-current@freebsd.org" , Justin Hibbits Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 02:06:42 -0000 Hi, On Wed, 21 Jun 2006, Garance A Drosihn wrote: > As far as interesting tricks for ssh, you should already > be able to do that with ~/.ssh/config. Note ~/.hosts > would only redirect the hostnames, and not ports. I use > ~/.ssh/config so that a plain '@host' request actually > goes to '@host:alternate-port', so-to-speak. Actually I was not aware of this option. > I have a feeling ~/.hosts could open a few security issues, > but obviously I am already using ~/.ssh/config to do about > the same thing on a smaller scale. It is restricted to one service. > I also wonder if this would > trigger some debugging-issues, when some user has long since > forgotten some alias they put in ~/.hosts, and then some new > service does not work, and they file a trouble-ticket with > whoever is providing that service. Some of the problems popping up again and again are related to shell resource files. E.g. if there is a temporary problem with path variables (e.g. in the first stage of implementing a filesystem standard suiting the business needs, or if you are in the transition from one operation system to another) you can be sure someone hardcodes the path in his shell resource file. It creates trouble if you try systemwide changes later. Fortunatelly this is already considered by the shell developers. The behaviour of an interactive and non-interactive shell (e.g. scripts) varies, there are also helpful -norc options if I want to debug problems (I was working as a consultant and saw on same client sides very complicated resource files to acustomise the login, sometimes invoking a menu at the end.. I am not a hugh fan of it but that's reality) The .hosts file seems to bypass this. And if it is a nsswitch module you cannot modify this behaviour for specific commands (e.g. just to enable it for an interactive shell). So it is just partly under user control. You can be sure that one very smart person will add host names into .hosts file if you just have a five minute DNS problem. In the real world badly managed DNS setups, missing reverse lookups etc. cause a lot of problems, delays, timeouts (sometimes to a point when you are not able to login to fix problems). The .hosts file adds to the complexity and I just do not see a hugh gain. One "myhost=1..2.3.4; export myhost" and the usage of $myhost gives you the same value (in most situations) without this, and it easy to spot. I can hardly imagine a situation where you really _need_ a .hosts. If the machine/network setup is screwed I recommend to leave it to a sys admin to fix it. And, yes, it also includes test beds where a developer would like to point a name to another IP address for testing purposes. Regards Peter From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 09:49:06 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DAD416A67D; Thu, 22 Jun 2006 09:49:06 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 082CA441AF; Thu, 22 Jun 2006 09:48:35 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7583551853; Thu, 22 Jun 2006 11:48:33 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A7BEA51849; Thu, 22 Jun 2006 11:48:29 +0200 (CEST) Date: Thu, 22 Jun 2006 11:45:52 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org Message-ID: <20060622094552.GC30568@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <20060620173339.GA1638@roadrunner.informatik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: <20060620173339.GA1638@roadrunner.informatik.uni-wuerzburg.de> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 09:49:06 -0000 --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 20, 2006 at 07:33:39PM +0200, Ulrich Spoerlein wrote: +> Pawel Jakub Dawidek wrote: +> > Reading. grep -r on two src/ directories in parallel: +> > UFS: 84s +> > UFS+SU: 138s +> > gjournal(1): 102s +> > gjournal(2): 89s +> >=20 +> > As you can see, even on one disk, untaring eight src.tgz is two times +> > faster than UFS+SU. I've no idea why gjournal is faster in reading. +>=20 +> The UFS+SU score doesn't seem right. Why do SU have a negative impact on +> read performance? Is it solely because of the atime updates? As I said, I've not idea. You may simply ignore my benchmarks and try them on your own:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEmmbQForvXbEpPzQRAjOhAJ9HYmJq9Mnk9C7okc6eR5sxED6o5wCfW+MI /SRcuCebXaP1hRN/30tbW+Q= =ktIy -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 09:55:34 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF8216A47A; Thu, 22 Jun 2006 09:55:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D8F144035; Thu, 22 Jun 2006 09:55:33 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0DB7D51884; Thu, 22 Jun 2006 11:55:32 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C7ACB51853; Thu, 22 Jun 2006 11:55:27 +0200 (CEST) Date: Thu, 22 Jun 2006 11:52:50 +0200 From: Pawel Jakub Dawidek To: Xin LI Message-ID: <20060622095250.GD30568@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <44984A91.8040805@rogers.com> <20060620193630.GA8007@garage.freebsd.pl> <1150833586.24301.1.camel@spirit> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jL2BoiuKMElzg3CS" Content-Disposition: inline In-Reply-To: <1150833586.24301.1.camel@spirit> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, Mike Jakubik , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 09:55:34 -0000 --jL2BoiuKMElzg3CS Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 21, 2006 at 03:59:46AM +0800, Xin LI wrote: +> ??? 2006-06-20?????? 21:36 +0200???Pawel Jakub Dawidek????????? +> > The performance impact is big for large files, because in theory we ha= ve +> > to write the data twice. +> > Yes, it eliminates need for SU, but there are reasons, that you still +> > want to use SU, eg. for snapshots. +>=20 +> Em... IIRC SU and snapshots are independent, no? Oops. Yes, you are right. bgfsck depends on SU, not snapshots. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --jL2BoiuKMElzg3CS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEmmhyForvXbEpPzQRAohQAJ9cSI5QpRK5ghxwucJ91+fshMSIigCfeDjD UHVHqWF9yKOf+SsGJViLP5c= =nTBz -----END PGP SIGNATURE----- --jL2BoiuKMElzg3CS-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 10:08:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E0A616A479; Thu, 22 Jun 2006 10:08:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6821B43D88; Thu, 22 Jun 2006 10:08:58 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7920851814; Thu, 22 Jun 2006 12:08:57 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id DB27750EA7; Thu, 22 Jun 2006 12:08:51 +0200 (CEST) Date: Thu, 22 Jun 2006 12:06:14 +0200 From: Pawel Jakub Dawidek To: Bakul Shah Message-ID: <20060622100614.GF30568@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <20060620202948.933F2294C1@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VuQYccsttdhdIfIP" Content-Disposition: inline In-Reply-To: <20060620202948.933F2294C1@mail.bitblocks.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 10:08:59 -0000 --VuQYccsttdhdIfIP Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 20, 2006 at 01:29:48PM -0700, Bakul Shah wrote: +> This is great! We have sorely needed this for quite a while +> what with terabyte size filesystems getting into common use. +>=20 +> > How it works (in short). You may define one or two providers which +> > gjournal will use. If one provider is given, it will be used for both - +> > data and journal. If two providers are given, one will be used for data +> > and one for journal. +> > Every few seconds (you may define how many) journal is terminated and +> > marked as consistent and gjournal starts to copy data from it to the +> > data provider. In the same time new data are stored in new journal. +>=20 +> Some random comments: +>=20 +> Would it make sense to treat the journal as a circular +> buffer? Then commit to the underlying provider starts when +> the buffer has $hiwater blocks or the upper layer wants to +> sync. The commit stops when the buffer has $lowater blocks +> or in case of sync the buffer is empty. This will allow +> parallel writes to the provider and the journal, thereby +> reducing latency. This is bascially what is done now. There are always two journal - active and inactive. New data are written to the active journal. When journal switch time arrives (timeout occurs or cache is full), the active journal is terminated and new active journal is started right after this one. The previous active journal becomes inactive and the data is copied to the destination (data) provider in parallel to new requests which are stored in the active journal. Writes are suspended only on synchronize file system and terminate the active journal. Copying data from the inactive journal is done in parallel to normal operations. +> I don't understand why you need FS synchronization. Once the +> journal is written, the data is safe. [...] Which data? When you for example delete a file, you need to perform those operations: - remove name from a directory - mark inode as free - mark blocks as free Synchronizing file system gives me certainty that all those operations reached gjournal, so I can safely mark file system as clean and terminate the journal. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --VuQYccsttdhdIfIP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEmmuWForvXbEpPzQRAkx5AKDwCF5E7AnzKAMcIrzidCm3f841GACfbc4W TbyLYq/4XoccF4Zb4qfRNac= =OMuu -----END PGP SIGNATURE----- --VuQYccsttdhdIfIP-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 13:01:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F96216A479; Thu, 22 Jun 2006 13:01:51 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF85443D58; Thu, 22 Jun 2006 13:01:50 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.7/8.13.7/Submit) with ESMTP id k5MD1jO6088873; Thu, 22 Jun 2006 15:01:47 +0200 (CEST) (envelope-from mb@imp.ch) Date: Thu, 22 Jun 2006 15:01:45 +0200 (CEST) From: Martin Blapp To: freebsd-current@freebsd.org Message-ID: <20060622145833.X17514@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: mlaier@freebsd.org Subject: pfctl binary of 6.X crashes FreeBSD 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 13:01:51 -0000 Hi Max and others, Shouldn't we made some versioning check in pfctl to prevent this ? Maybe a check with looks for the major OS number so a PF-version for FreeBSD 6.x doesn't work on FreeBSD 5 etc ... Same would apply to Current. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 13:22:55 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD93316A56B for ; Thu, 22 Jun 2006 13:22:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF54C43D55 for ; Thu, 22 Jun 2006 13:22:54 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (netwva@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k5MDMlV0071181 for ; Thu, 22 Jun 2006 15:22:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k5MDMlPL071180; Thu, 22 Jun 2006 15:22:47 +0200 (CEST) (envelope-from olli) Date: Thu, 22 Jun 2006 15:22:47 +0200 (CEST) Message-Id: <200606221322.k5MDMlPL071180@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 22 Jun 2006 15:22:52 +0200 (CEST) X-Mailman-Approved-At: Thu, 22 Jun 2006 14:03:27 +0000 Cc: Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 13:22:55 -0000 Justin Hibbits wrote: > Hey folks, got an interesting patch. This adds a ~/.hosts file > (personal version of /etc/hosts). I'm not sure what the secuiruty implications are, but it's probably a good idea to provide an administrative way to switch that feature on and off (e.g. with a sysctl or a non-overridable login.conf entry), so the paranoid people can calm down again. ;-) While we're at it, shouldn't there also be support for a per-user ~/.services file? It could have been useful to me on a few occasions. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 15:22:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 910D016A87F for ; Thu, 22 Jun 2006 15:22:40 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id C63F8446BF for ; Thu, 22 Jun 2006 15:03:16 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so568403uge for ; Thu, 22 Jun 2006 08:03:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NoB3cmfIQhF0yZ6UPYp0c6bA3d4W8FeU2voZpYsk757ENhZxGeGsTkvnL3qlGYC4vVtCw5fFXX1UAbjGlkKMZ7LQC0xvo8BHjONtdOyt8YoidcfRg4/INclwrZ4Jh3yc+a+K3PlGvPkenlCawphBFSeSeLfSVqh9Mp8RumdXsOw= Received: by 10.78.170.17 with SMTP id s17mr377157hue; Thu, 22 Jun 2006 03:57:15 -0700 (PDT) Received: by 10.78.12.9 with HTTP; Thu, 22 Jun 2006 03:57:15 -0700 (PDT) Message-ID: Date: Thu, 22 Jun 2006 18:57:15 +0800 From: "Jiawei Ye" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Inconsistency with WITHOUT_BLUETOOTH in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 15:22:40 -0000 The following path: /usr/include/netgraph/bluetooth/include /usr/include/netgraph/bluetooth are still created in makeworld/installworld cycle, when WITHOUT_BLUETOOTH=1 is in src.conf. They were already deleted after my previous world-building cycle. root@chihiro:/usr/src# make check-old >>> Checking for old files >>> Checking for old libraries >>> Checking for old directories /usr/include/netgraph/bluetooth/include /usr/include/netgraph/bluetooth To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. root@chihiro:/usr/src# ls -l /usr/include/netgraph/bluetooth/include total 0 root@chihiro:/usr/src# ls -l /usr/include/netgraph/bluetooth/ total 2 drwxr-xr-x 2 root wheel 512 6 22 16:34 include/ -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 15:25:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 409F416A494 for ; Thu, 22 Jun 2006 15:25:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C30643DA9 for ; Thu, 22 Jun 2006 15:25:12 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.183.148] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1FtR2k3tsg-0002QC; Thu, 22 Jun 2006 17:24:31 +0200 From: Max Laier Organization: FreeBSD To: Martin Blapp Date: Thu, 22 Jun 2006 17:24:20 +0200 User-Agent: KMail/1.9.1 References: <20060622145833.X17514@godot.imp.ch> In-Reply-To: <20060622145833.X17514@godot.imp.ch> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1590738.k1AfVGdbdK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606221724.30261.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Re: pfctl binary of 6.X crashes FreeBSD 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 15:25:30 -0000 --nextPart1590738.k1AfVGdbdK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Martin, On Thursday 22 June 2006 15:01, Martin Blapp wrote: > Shouldn't we made some versioning check in pfctl to prevent this ? do you have details on the crash (I'm too lazy to dig up a 5.x kernel to cr= ash=20 my box right now)? You really mean *crash* as in panic, right? If that is= =20 the case we should try to eliminate the cause, it shouldn't be "that easy" = to=20 panic a box. > Maybe a check with looks for the major OS number so a PF-version > for FreeBSD 6.x doesn't work on FreeBSD 5 etc ... Same would apply > to Current. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1590738.k1AfVGdbdK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEmrYuXyyEoT62BG0RAplJAJ44Aj6Nenm09G5l5BFNkEfFfn10wQCbBCFR Rs1cqrkbV6Rb9LUaeIgW2us= =Bp+f -----END PGP SIGNATURE----- --nextPart1590738.k1AfVGdbdK-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 15:31:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF1516A47B for ; Thu, 22 Jun 2006 15:31:36 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3251C43D80 for ; Thu, 22 Jun 2006 15:31:34 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k5MFVXb2026191; Thu, 22 Jun 2006 19:31:33 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k5MFVXHR025934; Thu, 22 Jun 2006 19:31:33 +0400 (MSD) (envelope-from tarc) Date: Thu, 22 Jun 2006 19:31:30 +0400 From: Tarc To: Jiawei Ye Message-ID: <20060622153130.GA40603@tarc.po.cs.msu.su> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: FreeBSD Current Subject: Re: Inconsistency with WITHOUT_BLUETOOTH in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 15:31:36 -0000 On Thu, Jun 22, 2006 at 06:57:15PM +0800, Jiawei Ye wrote: > They were already deleted after my previous world-building cycle. > > root@chihiro:/usr/src# make check-old > >>>Checking for old files > >>>Checking for old libraries > >>>Checking for old directories > /usr/include/netgraph/bluetooth/include > /usr/include/netgraph/bluetooth > To remove old files and directories run 'make delete-old'. > To remove old libraries run 'make delete-old-libs'. the make check-old says about directories -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 16:31:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E01D16A482; Thu, 22 Jun 2006 16:31:13 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A8EC43D62; Thu, 22 Jun 2006 16:31:09 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k5MGV6Yp012795; Fri, 23 Jun 2006 01:31:08 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 23 Jun 2006 01:31:06 +0900 From: Norikatsu Shigemura To: Alexander@Leidinger.net Message-Id: <20060623013106.d4397e26.nork@FreeBSD.org> In-Reply-To: References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> <20060621155053.d6lseiz8z4ow8wo8@netchild.homeip.net> X-Mailer: Sylpheed version 2.2.6 (GTK+ 2.8.19; i386-portbld-freebsd7.0) 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.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 23 Jun 2006 01:31:08 +0900 (JST) Cc: Daniel Eischen , freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 16:31:13 -0000 On Wed, 21 Jun 2006 12:39:09 -0400 (EDT) Daniel Eischen wrote: > >> I'm implementing like following codes to libc/libm/libpthread > >> on 7-current with SYMVER_ENABLED=yes. > > [example] > > Ugh... I like parts of this (it's the same I thought about myself), but parts > > of this are... not optimal in my opinion. > > I don't like to spam our libXXX to contain GLIBC symbols. First I feared that > I don't think that is the intent and I would oppose polluting > our base libraries with GLIBC symbols. I think the proposed > solution was to make separate libraries with the GLIBC symbols > that just call out to our own libraries, and use libmap.conf Affirmative. ELF Symbol Versioning means no function of netchild@ as said. spamming? junk symbols? Humm... I don't think so, but it is POLICY that I think. Althought I'm working, I want to merge 'Userland COMPAT_LINUX technology' to FreeBSD source tree. I hope that you do consent. So I hope to discuss @GLIBC_2.* symbols:-). > accordingly. I have tried this months ago and think I ran > into the same problem that nork has run into -- the loader > doesn't load the mapped libraries because it thinks libc > (our own libc) is already loaded. I think so, too. > > Did you tried to put this into a liblinux2bsd? The idea I had was to try if > > such a lib can be "attached" to e.g. linux flashplugin. Either with some > > objcopy (or similar) stuff, by trying to link again (with liblinux2bsd), or > > with libmap.conf. Another nice try is to have a program/script which does > > some known obj* stuff with object files, libs and/or programs. The examples I > > wanted to look at with this stuff are your linuxpluginwrapper, the > > linuxthreads port, my icc port and maybe the ifc port (it's basically an > > adoption of my icc port, but AFAIR there are some enhancements). All of them > > contain already some kind of mappings between linux and bsd. And maybe a > > combination of both ways (liblinux2bsd and a script which does obj* stuff) > > could lead to a successfull assimilation of some linux-only stuff. > When I was playing around with trying to get linuxpluginwrapper to > work, I had scripts that parsed the undefined symbols from > flashplayer.so and automatically created a library with those > symbols (that called out to our own libc functions). It wasn't > that hard to do, but I got side-tracked and never was able to > get rtld to load the mapped library. Yes. I did try to do things, but I didn't get any good way. And, 'LICENSE PROBLEM'. We cannot change libflashplugin.so. Now therefore, the way of objdump is none. FYI: I heard one Flash sound on firefox and flash7 and Userland COMPAT_LINUX and 7-current, but didn't display images:-(. I implemented following 29 functions. $ fgrep -r // lib*-glibc/00sample.c libc-glibc/00sample.c://hook_and_abort_2(__xstat, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(close, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(dlsym, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(fcntl, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(free, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(getenv, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(gettimeofday, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(ioctl, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(malloc, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(memcpy, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(memset, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(open, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(select, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(setlocale, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(shmat, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(shmget, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(strchr, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(strcmp, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(strcpy, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(write, 2, 0); libc-glibc/00sample.c://hook_and_abort_2(dlopen, 2, 1); libc-glibc/00sample.c://hook_and_abort_3(__cxa_atexit, 2, 1, 3); libc-glibc/00sample.c://hook_and_abort_3(__cxa_finalize, 2, 1, 3); libpthread-glibc/00sample.c://hook_and_abort_2(pthread_create, 2, 1); libpthread-glibc/00sample.c://hook_and_abort_2(pthread_mutex_destroy, 2, 0); libpthread-glibc/00sample.c://hook_and_abort_2(pthread_mutex_init, 2, 0); libpthread-glibc/00sample.c://hook_and_abort_2(pthread_mutex_lock, 2, 0); libpthread-glibc/00sample.c://hook_and_abort_2(pthread_mutex_trylock, 2, 0); libpthread-glibc/00sample.c://hook_and_abort_2(pthread_mutex_unlock, 2, 0); From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 16:38:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA61316A479 for ; Thu, 22 Jun 2006 16:38:44 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A6E043D49 for ; Thu, 22 Jun 2006 16:38:43 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so617836uge for ; Thu, 22 Jun 2006 09:38:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fs4B6SYQK8Rw8uap0hjYMtTdlU5o2M99PNfMK9bue+9SdbFGZ3tpcZ/S4/r/6rxuS5pNgn5kct1MUQD7eFCyRqZd95byVAbhL7LzC9BiXXGjD8YFc/nZgrnaEV8ERlRQRQd8svTkXjiLlfmUCsA9ScuqZRVOlqoDfs//NXR1U6M= Received: by 10.78.178.5 with SMTP id a5mr597394huf; Thu, 22 Jun 2006 09:12:54 -0700 (PDT) Received: by 10.78.12.9 with HTTP; Thu, 22 Jun 2006 09:12:54 -0700 (PDT) Message-ID: Date: Fri, 23 Jun 2006 00:12:54 +0800 From: "Jiawei Ye" To: Tarc In-Reply-To: <20060622153130.GA40603@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060622153130.GA40603@tarc.po.cs.msu.su> Cc: FreeBSD Current Subject: Re: Inconsistency with WITHOUT_BLUETOOTH in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 16:38:44 -0000 On 6/22/06, Tarc wrote: > On Thu, Jun 22, 2006 at 06:57:15PM +0800, Jiawei Ye wrote: > > /usr/include/netgraph/bluetooth/include > > /usr/include/netgraph/bluetooth > > To remove old files and directories run 'make delete-old'. > > To remove old libraries run 'make delete-old-libs'. > the make check-old says about directories > -- > Best regards, > Arseny Nasokin Sorry, I do no understand what you are trying to say. My point is, if installworld is going to make these dirs anyway, then don't put them into Obsolete when WITHOUT_BLUETOOTH is defined, or, in another sense, don't make these dirs if WITHOUT_BLUETOOTH is defined. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 16:50:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A1216A4CC; Thu, 22 Jun 2006 16:50:22 +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 8013643D49; Thu, 22 Jun 2006 16:50:00 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k5MGnxZB022945; Thu, 22 Jun 2006 12:49:59 -0400 (EDT) Date: Thu, 22 Jun 2006 12:49:59 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: <20060623013106.d4397e26.nork@FreeBSD.org> Message-ID: References: <44986777.6070601@FreeBSD.org> <20060621061437.GA53019@fit.vutbr.cz> <2265.211.18.249.19.1150871779.squirrel@mail.ninth-nine.com> <20060621121114.h6udocel5wsgg8sg@netchild.homeip.net> <2692.219.127.74.121.1150885501.squirrel@mail.ninth-nine.com> <20060621155053.d6lseiz8z4ow8wo8@netchild.homeip.net> <20060623013106.d4397e26.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Alexander@Leidinger.net, freebsd-current@freebsd.org Subject: Re: Linux-flashplugin7 & rtld - RFC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 16:50:23 -0000 On Fri, 23 Jun 2006, Norikatsu Shigemura wrote: > On Wed, 21 Jun 2006 12:39:09 -0400 (EDT) > Daniel Eischen wrote: >>>> I'm implementing like following codes to libc/libm/libpthread >>>> on 7-current with SYMVER_ENABLED=yes. >>> [example] >>> Ugh... I like parts of this (it's the same I thought about myself), but parts >>> of this are... not optimal in my opinion. >>> I don't like to spam our libXXX to contain GLIBC symbols. First I feared that >> I don't think that is the intent and I would oppose polluting >> our base libraries with GLIBC symbols. I think the proposed >> solution was to make separate libraries with the GLIBC symbols >> that just call out to our own libraries, and use libmap.conf > > Affirmative. ELF Symbol Versioning means no function > of netchild@ as said. > > spamming? junk symbols? Humm... I don't think so, but it > is POLICY that I think. Althought I'm working, I want to > merge 'Userland COMPAT_LINUX technology' to FreeBSD source > tree. I hope that you do consent. So I hope to discuss > @GLIBC_2.* symbols:-). No, I would still oppose that. I think separate libraries are the way to go. > Yes. I did try to do things, but I didn't get any good way. > And, 'LICENSE PROBLEM'. We cannot change libflashplugin.so. > Now therefore, the way of objdump is none. > > > FYI: I heard one Flash sound on firefox and flash7 and Userland > COMPAT_LINUX and 7-current, but didn't display images:-(. > I implemented following 29 functions. > > $ fgrep -r // lib*-glibc/00sample.c > libc-glibc/00sample.c://hook_and_abort_2(__xstat, 2, 0); You might want to look at the way I did it using scripts to parse the symbols from the flashplayer.so and automatically generating stub functions. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 21:45:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3689516A882; Thu, 22 Jun 2006 21:45:57 +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 A3A724581E; Thu, 22 Jun 2006 20:52:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5MKqMCG051151; Thu, 22 Jun 2006 16:52:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Thu, 22 Jun 2006 16:43:45 -0400 User-Agent: KMail/1.9.1 References: <20060612054115.GA42379@xor.obsecurity.org> <200606211745.42525.jhb@freebsd.org> <20060621225953.U8526@fledge.watson.org> In-Reply-To: <20060621225953.U8526@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606221643.45634.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 22 Jun 2006 16:52:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1561/Thu Jun 22 11:40:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Paul Allen , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 21:45:57 -0000 On Wednesday 21 June 2006 18:00, Robert Watson wrote: > > On Wed, 21 Jun 2006, John Baldwin wrote: > > >> The problem is this: when you have threads in the same process, file > >> descriptor lookup is performed against a common file descriptor array. > >> That array is protected by a lock, the filedesc lock. When lots of > >> threads simultaneously perform file descriptor operations, they contend > >> on the file descriptor array lock. So if you have 30 threads all doing > >> I/O, they are constantly looking up file descriptors and bumping into > >> each other. This is particularly noticeable for network workloads, where > >> many operations are very fast, and so they occur in significant quantity. > >> The M:N threading library actually handles this quite well by bounding > >> the number of threads trying to acquire the lock to the number of > >> processors, but with libthr you get pretty bad performance. This > >> contention problem also affects MySQL, etc. > >> > >> You can imagine a number of ways to work on this, but it's a tricky > >> problem that has to be looked at carefully. > > > > Are the lookup operations using a shared lock so that only things like > > open and close would actually contend? > > I'm not sure anyone has tried that. The semantics of the filedesc lock seem > a bit complicated, I don't remember why that is right now. It used to be an sx lock and it was converted to the current "thing" because sx locks were too slow. I'd rather expend the effort on changing sx locks to use the same atomic ops as rwlocks (and use sleepq(9) directly rather than cv(9)) at which point we can probably just make it an sx lock again and use slock's for things like fget(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 22 21:45:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3689516A882; Thu, 22 Jun 2006 21:45:57 +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 A3A724581E; Thu, 22 Jun 2006 20:52:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k5MKqMCG051151; Thu, 22 Jun 2006 16:52:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Thu, 22 Jun 2006 16:43:45 -0400 User-Agent: KMail/1.9.1 References: <20060612054115.GA42379@xor.obsecurity.org> <200606211745.42525.jhb@freebsd.org> <20060621225953.U8526@fledge.watson.org> In-Reply-To: <20060621225953.U8526@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606221643.45634.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 22 Jun 2006 16:52:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1561/Thu Jun 22 11:40:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Paul Allen , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: FILEDESC_LOCK() implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jun 2006 21:45:57 -0000 On Wednesday 21 June 2006 18:00, Robert Watson wrote: > > On Wed, 21 Jun 2006, John Baldwin wrote: > > >> The problem is this: when you have threads in the same process, file > >> descriptor lookup is performed against a common file descriptor array. > >> That array is protected by a lock, the filedesc lock. When lots of > >> threads simultaneously perform file descriptor operations, they contend > >> on the file descriptor array lock. So if you have 30 threads all doing > >> I/O, they are constantly looking up file descriptors and bumping into > >> each other. This is particularly noticeable for network workloads, where > >> many operations are very fast, and so they occur in significant quantity. > >> The M:N threading library actually handles this quite well by bounding > >> the number of threads trying to acquire the lock to the number of > >> processors, but with libthr you get pretty bad performance. This > >> contention problem also affects MySQL, etc. > >> > >> You can imagine a number of ways to work on this, but it's a tricky > >> problem that has to be looked at carefully. > > > > Are the lookup operations using a shared lock so that only things like > > open and close would actually contend? > > I'm not sure anyone has tried that. The semantics of the filedesc lock seem > a bit complicated, I don't remember why that is right now. It used to be an sx lock and it was converted to the current "thing" because sx locks were too slow. I'd rather expend the effort on changing sx locks to use the same atomic ops as rwlocks (and use sleepq(9) directly rather than cv(9)) at which point we can probably just make it an sx lock again and use slock's for things like fget(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 05:52:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D40716A482 for ; Fri, 23 Jun 2006 05:52:58 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54BA43D46 for ; Fri, 23 Jun 2006 05:52:57 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.7/8.13.7/Submit) with ESMTP id k5N5qpss091777; Fri, 23 Jun 2006 07:52:54 +0200 (CEST) (envelope-from mb@imp.ch) Date: Fri, 23 Jun 2006 07:52:51 +0200 (CEST) From: Martin Blapp To: Max Laier In-Reply-To: <200606221724.30261.max@love2party.net> Message-ID: <20060623075202.P14714@godot.imp.ch> References: <20060622145833.X17514@godot.imp.ch> <200606221724.30261.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: freebsd-current@freebsd.org Subject: Re: pfctl binary of 6.X crashes FreeBSD 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 05:52:58 -0000 Hi, > do you have details on the crash (I'm too lazy to dig up a 5.x kernel to crash > my box right now)? You really mean *crash* as in panic, right? If that is > the case we should try to eliminate the cause, it shouldn't be "that easy" to > panic a box. Yes I mean a panic. I'll try to reproduce it and send you a trace. >> Maybe a check with looks for the major OS number so a PF-version >> for FreeBSD 6.x doesn't work on FreeBSD 5 etc ... Same would apply >> to Current. > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News > From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 08:22:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA78D16A492; Fri, 23 Jun 2006 08:22:39 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C06C43D46; Fri, 23 Jun 2006 08:22:22 +0000 (GMT) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.11/8.12.11) with ESMTP id k5N8MAlM073999; Fri, 23 Jun 2006 11:22:11 +0300 (EEST) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.11/8.12.11/Submit) id k5N8M9vB073996; Fri, 23 Jun 2006 11:22:09 +0300 (EEST) (envelope-from never) Date: Fri, 23 Jun 2006 11:22:09 +0300 From: Alexandr Kovalenko To: Pawel Jakub Dawidek Message-ID: <20060623082209.GD13474@nevermind.kiev.ua> References: <20060619131101.GD1130@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> User-Agent: Mutt/1.5.4i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 08:22:39 -0000 Hello, Pawel Jakub Dawidek! On Mon, Jun 19, 2006 at 03:11:01PM +0200, you wrote: > For the last few months I have been working on gjournal project. > To stop confusion right here, I want to note, that this project is not > related to gjournal project on which Ivan Voras was working on the > last SoC (2005). [dd] > Quick start: > > # gjournal label /dev/ad0 > # gjournal load > # newfs /dev/ad0.journal > # mount -o async,gjournal /dev/ad0.journal /mnt > (yes, with gjournal 'async' is safe) > > Now, after a power failure or system crash no fsck is needed (yay!). Is it safe to do so on existing filesystem (if I'm using 2nd partition for journal)? i.e.: $ grep ad0s1f /etc/fstab /dev/ad0s1f /usr ufs rw,noatime 2 2 $ grep ad0s1b /etc/fstab #/dev/ad0s1b none swap sw 0 0 # gjournal label ad0s1f ad0s1b # gjournal load # fsck -y /dev/ad0s1f.journal # sed -i -e 's|ad0s1f|ad0s1f.journal|' /etc/fstab # sed -i -e 's|noatime|noatime,async,gjournal|' /etc/fstab # mount /usr -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 08:53:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4520816A494; Fri, 23 Jun 2006 08:53:33 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F3743D45; Fri, 23 Jun 2006 08:52:49 +0000 (GMT) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.11/8.12.11) with ESMTP id k5N8qbal076002; Fri, 23 Jun 2006 11:52:37 +0300 (EEST) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.11/8.12.11/Submit) id k5N8qbof075999; Fri, 23 Jun 2006 11:52:37 +0300 (EEST) (envelope-from never) Date: Fri, 23 Jun 2006 11:52:37 +0300 From: Alexandr Kovalenko To: "R. B. Riddick" Message-ID: <20060623085236.GE13474@nevermind.kiev.ua> References: <20060623082209.GD13474@nevermind.kiev.ua> <20060623083838.86539.qmail@web30308.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060623083838.86539.qmail@web30308.mail.mud.yahoo.com> User-Agent: Mutt/1.5.4i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 08:53:33 -0000 Hello, R. B. Riddick! On Fri, Jun 23, 2006 at 01:38:38AM -0700, you wrote: > --- Alexandr Kovalenko wrote: > > Is it safe to do so on existing filesystem (if I'm using 2nd partition for > > journal)? > > > Hmm... > > Depends: > If your existing file system needs its last sector, then it wont work. If it > does not need it, then it might work (although fsck does not check for a > raw-device shrinkage - I think)... > > I say, can you make the size of ad0s1f one sector bigger with bsdlabel(8) > without changing the start sector? > I mean: Is there at least one free sector after ad0s1f? Unfortunately - no :( -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 11:26:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4542816A492 for ; Fri, 23 Jun 2006 11:26:59 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E8843D46 for ; Fri, 23 Jun 2006 11:26:58 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 576C4FEE654 for ; Fri, 23 Jun 2006 15:26:51 +0400 (MSD) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 7915B1009B4F for ; Fri, 23 Jun 2006 15:26:47 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.6/8.13.6) with ESMTP id k5NBQioA022846 for ; Fri, 23 Jun 2006 15:26:44 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.6/8.13.6/Submit) id k5NBQhxI022843; Fri, 23 Jun 2006 15:26:43 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Fri, 23 Jun 2006 15:26:43 +0400 Message-ID: <87fyhwf6z0.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: carp kernel trap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 11:26:59 -0000 Hi! I've got a kernel panic on yesterday's current: # ifconfig carp3 vhid 3 advskew 100 pass XXXXXXXX 10.10.8.7/26 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0546fb3 stack pointer = 0x28:0xe4b38ae8 cframe pointer = 0x28:0xe4b38b14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 53 (ifconfig) trap number = 12 panic: page fault cpuid = 1 arp_input: packet received on non-carp interface: lan0 carp_input: packet received on non-carp interface: lan0 carp_input: packet received on non-carp interface: lan0 Uptime: 2m52s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 08:38:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E237C16A492 for ; Fri, 23 Jun 2006 08:38:39 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30308.mail.mud.yahoo.com (web30308.mail.mud.yahoo.com [68.142.200.101]) by mx1.FreeBSD.org (Postfix) with SMTP id A75C643D4C for ; Fri, 23 Jun 2006 08:38:38 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 86541 invoked by uid 60001); 23 Jun 2006 08:38:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F3rZ2dXJ6OklEpWvhqIZ/euBNIWOJXDu3T/EMhEpd0s2JcjwrQPSfF6BUbAkJ/PtxcDyK9l/Ss6/FFXwxXwyd97wx/GwUy4Le5mJrat+qqGnpHxGkMqEi3ID4qeR+Cni6jXZ0dvb5husRPpXvNJO465S63ldbwJu5CtBda7i7oY= ; Message-ID: <20060623083838.86539.qmail@web30308.mail.mud.yahoo.com> Received: from [213.54.80.34] by web30308.mail.mud.yahoo.com via HTTP; Fri, 23 Jun 2006 01:38:38 PDT Date: Fri, 23 Jun 2006 01:38:38 -0700 (PDT) From: "R. B. Riddick" To: Alexandr Kovalenko In-Reply-To: <20060623082209.GD13474@nevermind.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 23 Jun 2006 11:31:15 +0000 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 08:38:40 -0000 --- Alexandr Kovalenko wrote: > Is it safe to do so on existing filesystem (if I'm using 2nd partition for > journal)? > Hmm... Depends: If your existing file system needs its last sector, then it wont work. If it does not need it, then it might work (although fsck does not check for a raw-device shrinkage - I think)... I say, can you make the size of ad0s1f one sector bigger with bsdlabel(8) without changing the start sector? I mean: Is there at least one free sector after ad0s1f? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 14:48:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49E5C16A494 for ; Fri, 23 Jun 2006 14:48:20 +0000 (UTC) (envelope-from jrh29@eecs.cwru.edu) Received: from eastrmmtao06.cox.net (eastrmmtao06.cox.net [68.230.240.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E531743D45 for ; Fri, 23 Jun 2006 14:48:18 +0000 (GMT) (envelope-from jrh29@eecs.cwru.edu) Received: from [192.168.1.101] (really [68.98.142.45]) by eastrmmtao06.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060623144816.QFCC16402.eastrmmtao06.cox.net@[192.168.1.101]>; Fri, 23 Jun 2006 10:48:16 -0400 In-Reply-To: <4498DF20.8020803@rogers.com> References: <4498D108.90907@rogers.com> <20060621053007.GA3320@odin.ac.hmc.edu> <4498DF20.8020803@rogers.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Justin Hibbits Date: Fri, 23 Jun 2006 10:48:13 -0400 To: Mike Jakubik X-Mailer: Apple Mail (2.750) X-Mailman-Approved-At: Fri, 23 Jun 2006 14:57:07 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 14:48:20 -0000 On Jun 21, 2006, at 01:54 , Mike Jakubik wrote: > Brooks Davis wrote: >> On Wed, Jun 21, 2006 at 12:54:32AM -0400, Mike Jakubik wrote: >> >>> Justin Hibbits wrote: >>> >>>> Hey folks, got an interesting patch. This adds a ~/.hosts file >>>> (personal version of /etc/hosts). It was written against 6- >>>> STABLE about a week before 6.1 was released, and has been >>>> sitting collecting dust for the last month and a half. >>>> Currently it augments /etc/hosts instead of replacing it or >>>> prepending it. Any comments? One suggestion that was made was >>>> to make it an nss module so that it could be controlled by the >>>> admin. It probably could use some cleanup as well, just putting >>>> it out here for proof of concept for now, and some direction. >>>> >>> Just what exactly is the point of having a user specified hosts >>> file? Seems like a bad idea to me, in terms of security. >>> >> >> It's useful for cases where you want to add shortcuts to hosts as >> a user >> or do interesting ssh port forwarding tricks in some weird cases >> where >> you must connect to localhost:port as remotehost:port due to >> client/server protocol bugs. >> >> This patch appears to only support ~/.hosts for non-suid binaries >> which >> is the only real security issue. Any admin relying on host to IP >> mapping for security for ordinary users is an idiot so that case >> isn't >> worth worrying about. Doing this as a separate nss module probably >> makes sense, but I personally like the feature. >> > > Of course relying on /etc/hosts entries for security alone is > indeed not a good idea, however an Admin may choose to resolve and > therefore route specified hostnames via /etc/hosts. The user should > not be able to overwrite these, if this behavior is true, then it > seems like a reasonable change to me, otherwise it not only seems > to be a security problem, but also a breach of POLA. > In the next couple weeks, when I get some time, I will make it a NSS module, so that it can be controlled by the admin. - Justin From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 14:50:16 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33BC116A47E for ; Fri, 23 Jun 2006 14:50:16 +0000 (UTC) (envelope-from jrh29@eecs.cwru.edu) Received: from eastrmmtao04.cox.net (eastrmmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3851443D46 for ; Fri, 23 Jun 2006 14:50:15 +0000 (GMT) (envelope-from jrh29@eecs.cwru.edu) Received: from [192.168.1.101] (really [68.98.142.45]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060623145013.CSUE9931.eastrmmtao04.cox.net@[192.168.1.101]> for ; Fri, 23 Jun 2006 10:50:13 -0400 Mime-Version: 1.0 (Apple Message framework v750) In-Reply-To: <200606221322.k5MDMlPL071180@lurza.secnetix.de> References: <200606221322.k5MDMlPL071180@lurza.secnetix.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Justin Hibbits Date: Fri, 23 Jun 2006 10:50:11 -0400 To: freebsd-current@FreeBSD.ORG X-Mailer: Apple Mail (2.750) X-Mailman-Approved-At: Fri, 23 Jun 2006 14:57:17 +0000 Cc: Subject: Re: ~/.hosts patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 14:50:16 -0000 On Jun 22, 2006, at 09:22 , Oliver Fromme wrote: > While we're at it, shouldn't there also be support for a > per-user ~/.services file? It could have been useful to > me on a few occasions. That could be useful, but it probably doesn't fit with this patch. Maybe in another patch though, or you could hack that in yourself :) From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 15:20:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D82116A47E; Fri, 23 Jun 2006 15:20:28 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E0543D46; Fri, 23 Jun 2006 15:20:27 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k5NFKQtN079480; Fri, 23 Jun 2006 10:20:27 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <449C06C6.9070801@centtech.com> Date: Fri, 23 Jun 2006 10:20:38 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060619131101.GD1130@garage.freebsd.pl> In-Reply-To: <20060619131101.GD1130@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1562/Fri Jun 23 02:50:07 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 15:20:28 -0000 Pawel Jakub Dawidek wrote: > Hello. > > For the last few months I have been working on gjournal project. > To stop confusion right here, I want to note, that this project is not > related to gjournal project on which Ivan Voras was working on the > last SoC (2005). > > The lack of journaled file system in FreeBSD was a tendon of achilles > for many years. We do have many file systems, but none with journaling: > - ext2fs (journaling is in ext3fs), > - XFS (read-only), > - ReiserFS (read-only), > - HFS+ (read-write, but without journaling), > - NTFS (read-only). > > GJournal was designed to journal GEOM providers, so it actually works > below file system layer, but it has hooks which allow to work with > file systems. In other words, gjournal is not file system-depended, > it can work probably with any file system with minimum knowledge > about it. I implemented only UFS support. > > The patches are here: > > http://people.freebsd.org/~pjd/patches/gjournal.patch (for HEAD) > http://people.freebsd.org/~pjd/patches/gjournal6.patch (for RELENG_6) > > To patch your sources you need to: > > # cd /usr/src > # mkdir sbin/geom/class/journal sys/geom/journal sys/modules/geom/geom_journal > # patch < /path/to/gjournal.patch > > Add 'options UFS_GJOURNAL' to your kernel configuration file and > recompile kernel and world. > > How it works (in short). You may define one or two providers which > gjournal will use. If one provider is given, it will be used for both - > data and journal. If two providers are given, one will be used for data > and one for journal. > Every few seconds (you may define how many) journal is terminated and > marked as consistent and gjournal starts to copy data from it to the > data provider. In the same time new data are stored in new journal. I'm not sure this is happening the way you describe exactly. On my laptop, while rsyncing my /home partition to a newly created external disk (400G), I see 20MB/s writing to the journaled UFS2 device (/dev/label/backup.journal) passing through to the journal device (/dev/label/journal), then it switches to no writes to the journaled UFS2 device (/dev/label/backup.journal) (my rsync pauses) while the journaled device (/dev/label/backup) writes at 20MB/s for about 3-10 seconds. > Let's call the moment in which journal is terminated as "journal switch". > Journal switch looks as follows: > 1. Start journal switch if we have timeout or if we run out of cache. > Don't perform journal switch if there were no write requests. > 2. If we have file system, synchronize it. > 3. Mark file system as clean. > 4. Block all write requests to the file system. > 5. Terminate the journal. > 6. Eventually wait if copying of the previous journal is not yet > finished. Seems like this is the point we are busy in. > 7. Send BIO_FLUSH request (if the given provider supports it). > 8. Mark new journal position on the journal provider. > 9. Unblock write requests. > 10. Start copying data from the terminated journal to the data provider. And it seems that 10 is happening earlier on.. Is this all expected behaviour? Thanks for the great work, and fantastic GEOM tools! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 15:46:56 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054AE16A4A9; Fri, 23 Jun 2006 15:46:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AAE43D49; Fri, 23 Jun 2006 15:46:54 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dqfmhm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k5NFklEo021341; Fri, 23 Jun 2006 17:46:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k5NFklED021340; Fri, 23 Jun 2006 17:46:47 +0200 (CEST) (envelope-from olli) Date: Fri, 23 Jun 2006 17:46:47 +0200 (CEST) Message-Id: <200606231546.k5NFklED021340@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 23 Jun 2006 17:46:52 +0200 (CEST) X-Mailman-Approved-At: Fri, 23 Jun 2006 15:56:47 +0000 Cc: pjd@FreeBSD.ORG Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 15:46:56 -0000 R. B. Riddick wrote: > Alexandr Kovalenko wrote: > > Is it safe to do so on existing filesystem (if I'm using 2nd partition for > > journal)? > > Depends: > If your existing file system needs its last sector, then it wont work. If it > does not need it, then it might work (although fsck does not check for a > raw-device shrinkage - I think)... It has no way to check it. If the last sector of the partition happens to be part of file data, overwriting it with gjournal meta data will lead to a corrupted file, and fsck(8) has no way to notice that, of course. If that sector happens to contain UFS meta data, fsck(8) might detect the corruption and try to correct it, which will destroy the gjournal meta data. I guess that both cases are very, very bad. :-) It's not difficult to check if the last sector is in use or not. Just repeat the newfs(8) with the -N flag, so it prints out the values without doing anything (you can even do this as normal user, not root). For example: $ bsdlabel /dev/ad0s1 | grep a: a: 488397105 0 4.2BSD 2048 16384 106 # (Cyl. 0 - 484520*) $ newfs -N /dev/ad0s1a Warning: Block size and bytes per inode restrict cylinders per group to 89. Warning: 1744 sector(s) in last cylinder unallocated /dev/ad0s1a: 488397104 sectors in 119238 cylinders of 1 tracks, 4096 sectors 238475.1MB in 1340 cyl groups (89 c/g, 178.00MB/g, 22528 i/g) In that case, the last sector is not used by the file system. (Of course, if you created the FS with special options, e.g. different cylinder group size, you must specify those options here, too, or you might get wrong output.) FreeBSD does have growfs(8), but unfortunately it still doesn't have shrinkfs(8), which other operating systems have (e.g. Solaris). It might be a nice project for a junior FS hacker ... ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 19:07:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF3016A492 for ; Fri, 23 Jun 2006 19:07:01 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92F3443D49 for ; Fri, 23 Jun 2006 19:07:00 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E09F.dip.t-dialin.net [84.165.224.159]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k5NJ1MFj087987 for ; Fri, 23 Jun 2006 21:01:22 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5NJ6xIj013118 for ; Fri, 23 Jun 2006 21:06:59 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 23 Jun 2006 21:07:40 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20060623210740.6fb370bd@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: The fortune(6) / random problem (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 19:07:01 -0000 Hi, this was discussed a while ago (and I don't remember the ... status-quo), but with a recent current I see non-random output of fortune when using non standard files: ---snip--- while true; do bin/fortune.sh done Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? Leela: Hey, you know what might be a hoot? Professor: No. Why would I know that? ^C% ---snip--- bin/fortune.sh contains: ---snip--- #!/bin/sh /usr/games/fortune -se $(/bin/ls -1 /usr/share/games/fortune/* /usr/local/share/games/fortune/* | /usr/bin/grep -vE '(limerick|-o|.dat)$') 2>&1 ---snip--- The files which are listed on the command line are: ---snip--- % /bin/ls -1 /usr/share/games/fortune/* /usr/local/share/games/fortune/* | /usr/bin/grep -vE '(limerick|-o|.dat)$' /usr/local/share/games/fortune/futurama /usr/share/games/fortune/bofh-excuses /usr/share/games/fortune/calvin /usr/share/games/fortune/chalkboard /usr/share/games/fortune/discworld /usr/share/games/fortune/excuses /usr/share/games/fortune/fgump /usr/share/games/fortune/fortunes /usr/share/games/fortune/freebsd-tips /usr/share/games/fortune/futurama /usr/share/games/fortune/hitchhiker /usr/share/games/fortune/homer /usr/share/games/fortune/informatik /usr/share/games/fortune/jargon /usr/share/games/fortune/matrix /usr/share/games/fortune/murphy /usr/share/games/fortune/startrek /usr/share/games/fortune/starwars /usr/share/games/fortune/xfiles /usr/share/games/fortune/zippy ---snip--- When not specifying a list of files ("fortune -se all"), I get a little more random output. It's not very random in that it will very very often print the "0" output: ---snip--- 0 Numeric zero, as opposed to the letter `O' (the 15th letter of the English alphabet). In their unmodified forms they look a lot alike, and various kluges invented to make them visually [...] ---snip--- And since this output is actually very long, it also does not fit the "-s" specified on the command line. When I do "while true; do; fortune -se /usr/share/games/fortune /usr/local/share/games/fortune; done" I see more random output, but it still contains long output and the "0"-quote still appears too often. The "0"-quote comes from the "jargon" file, it's one of the large files: ---snip--- % ll /usr/share/games/fortune/ | grep -v dat total 5044 -r--r--r-- 1 root games 28K 5 Nov 2000 bofh-excuses -r--r--r-- 1 root games 15K 17 Dez 2000 calvin -r--r--r-- 1 root games 33K 4 Mai 2000 chalkboard -rw-r--r-- 1 root wheel 56K 16 Sep 2001 discworld -r--r--r-- 1 root games 20K 21 Feb 2000 excuses -r--r--r-- 1 root games 2.7K 20 Jul 2000 fgump -r--r--r-- 1 root wheel 2.1M 21 Jun 21:31 fortunes -r--r--r-- 1 root wheel 79K 21 Jun 21:31 fortunes-o -r--r--r-- 1 root wheel 612K 21 Jun 21:31 fortunes2-o -r--r--r-- 1 root wheel 17K 21 Jun 21:31 freebsd-tips -r--r--r-- 1 root games 40K 16 Sep 2001 futurama -r--r--r-- 1 root wheel 25K 21 Jun 21:31 gerrold.limerick -rw-r--r-- 1 root wheel 23K 16 Sep 2001 hitchhiker -r--r--r-- 1 root games 51K 21 Apr 2000 homer -r--r--r-- 1 root games 28K 29 Nov 2000 informatik -r--r--r-- 1 root games 1.2M 8 Mai 2000 jargon -r--r--r-- 1 root wheel 128K 21 Jun 21:31 limerick -r--r--r-- 1 root games 35K 21 Apr 2000 matrix -r--r--r-- 1 root wheel 62K 21 Jun 21:31 murphy -r--r--r-- 1 root wheel 872B 21 Jun 21:31 murphy-o -r--r--r-- 1 root wheel 27K 21 Jun 21:31 startrek -r--r--r-- 1 root games 10K 20 Jul 2000 starwars -r--r--r-- 1 root games 32K 20 Jul 2000 xfiles -r--r--r-- 1 root wheel 38K 21 Jun 21:31 zippy ---snip--- Anyone up for fixing this? Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 19:20:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8186816A492; Fri, 23 Jun 2006 19:20:50 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BF6743D82; Fri, 23 Jun 2006 19:20:48 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k5NJKi2q063958; Fri, 23 Jun 2006 22:20:44 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 23 Jun 2006 22:20:44 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org In-Reply-To: <200606231546.k5NFklED021340@lurza.secnetix.de> Message-ID: <20060623221142.C68891@atlantis.atlantis.dp.ua> References: <200606231546.k5NFklED021340@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pjd@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 19:20:50 -0000 Hello! On Fri, 23 Jun 2006, Oliver Fromme wrote: > > If your existing file system needs its last sector, then it wont work. If it > > does not need it, then it might work (although fsck does not check for a > > raw-device shrinkage - I think)... > > It has no way to check it. If the last sector of the > partition happens to be part of file data, overwriting > it with gjournal meta data will lead to a corrupted > file, and fsck(8) has no way to notice that, of course. It seems to me that badsect(8) is the way to go. Just try to declare the last sector as bad. fsck then (after marking and unmounting) will tell you whether this sector is used in another file (if so, you could just copy relevant data and delete the file while keeping just created BAD/nnnnn file covering the last sector). badsect+fsck will do all consistency checks for you. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 19:42:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E2F16A494; Fri, 23 Jun 2006 19:42:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C39D43D8A; Fri, 23 Jun 2006 19:41:44 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8F4C55131F; Fri, 23 Jun 2006 21:41:42 +0200 (CEST) Received: from localhost (dlk232.neoplus.adsl.tpnet.pl [83.24.40.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0634E50EA7; Fri, 23 Jun 2006 21:41:36 +0200 (CEST) Date: Fri, 23 Jun 2006 21:38:57 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20060623193857.GC40269@garage.freebsd.pl> References: <20060619131101.GD1130@garage.freebsd.pl> <449C06C6.9070801@centtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline In-Reply-To: <449C06C6.9070801@centtech.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 19:42:24 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 23, 2006 at 10:20:38AM -0500, Eric Anderson wrote: +> Pawel Jakub Dawidek wrote: +> >Hello. +> >For the last few months I have been working on gjournal project. +> >To stop confusion right here, I want to note, that this project is not +> >related to gjournal project on which Ivan Voras was working on the +> >last SoC (2005). +> >The lack of journaled file system in FreeBSD was a tendon of achilles +> >for many years. We do have many file systems, but none with journaling: +> >- ext2fs (journaling is in ext3fs), +> >- XFS (read-only), +> >- ReiserFS (read-only), +> >- HFS+ (read-write, but without journaling), +> >- NTFS (read-only). +> >GJournal was designed to journal GEOM providers, so it actually works +> >below file system layer, but it has hooks which allow to work with +> >file systems. In other words, gjournal is not file system-depended, +> >it can work probably with any file system with minimum knowledge +> >about it. I implemented only UFS support. +> >The patches are here: +> > http://people.freebsd.org/~pjd/patches/gjournal.patch (for HEAD) +> > http://people.freebsd.org/~pjd/patches/gjournal6.patch (for RELENG_6) +> >To patch your sources you need to: +> > # cd /usr/src +> > # mkdir sbin/geom/class/journal sys/geom/journal sys/modules/geom/geom= _journal +> > # patch < /path/to/gjournal.patch +> >Add 'options UFS_GJOURNAL' to your kernel configuration file and +> >recompile kernel and world. +> >How it works (in short). You may define one or two providers which +> >gjournal will use. If one provider is given, it will be used for both - +> >data and journal. If two providers are given, one will be used for data +> >and one for journal. +> >Every few seconds (you may define how many) journal is terminated and +> >marked as consistent and gjournal starts to copy data from it to the +> >data provider. In the same time new data are stored in new journal. +>=20 +> I'm not sure this is happening the way you describe exactly. On my lapt= op, while rsyncing my /home partition to a newly created external disk (400= G), I see 20MB/s writing=20 +> to the journaled UFS2 device (/dev/label/backup.journal) passing through= to the journal device (/dev/label/journal), then it switches to no writes = to the journaled UFS2=20 +> device (/dev/label/backup.journal) (my rsync pauses) while the journaled= device (/dev/label/backup) writes at 20MB/s for about 3-10 seconds. When it is time for journal switch, we cannot switch the journals if we still copy data from the inactive journal, so we wait then. You can tune it a bit using those two sysctls: kern.geom.journal.parallel_flushes - Number of flush I/O requests send in parallel kern.geom.journal.parallel_copies - Number of copy I/O requests send in parallel By default those are equal, you may increase the second one or decrease the first one to tell gjournal to focus more on copying the data from the inactive journal, so when journal switch time arrives, it doesn't have to wait. Before you do it, please consult kern.geom.journal.stats.wait_for_copy sysctl variable, which will tell you how many times journal switch was delayed because of inactive journal not beeing fully copied. More waiting is because a lot of data is only in memory and when I call file system synchronization all the data go to gjournal provider. All modes in which UFS can operate are not optimal for gjournal - I mean here sync, async and SU. The most optimal mode for gjournal will be something like: send write request immediatelly and don't wait for an answer. GJournal will take care of reordering write request to get optimal throughput and this will allow for more balanced load. For example SU send write requests in picks, which is bad for gjournal. +> >Let's call the moment in which journal is terminated as "journal switch= ". +> >Journal switch looks as follows: +> >1. Start journal switch if we have timeout or if we run out of cache. +> > Don't perform journal switch if there were no write requests. +> >2. If we have file system, synchronize it. +> >3. Mark file system as clean. +> >4. Block all write requests to the file system. +> >5. Terminate the journal. +> >6. Eventually wait if copying of the previous journal is not yet +> > finished. +>=20 +> Seems like this is the point we are busy in. +>=20 +> >7. Send BIO_FLUSH request (if the given provider supports it). +> >8. Mark new journal position on the journal provider. +> >9. Unblock write requests. +> >10. Start copying data from the terminated journal to the data provider. +>=20 +> And it seems that 10 is happening earlier on.. The point number 10 is actually after the journal switch. It is when the active journal was turned into an inactive journal and the copy starts. Don't take this order to strict, I more wanted to show what steps are performed. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --XWOWbaMNXpFDWE00 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEnENRForvXbEpPzQRAl+vAKC1c+ophEYLProOjQ1373BDyoaFKwCdH15u Gb6918+pzKh34atzxPrxhnQ= =opPZ -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 19:49:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B7316A47B; Fri, 23 Jun 2006 19:49:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43AC943D4C; Fri, 23 Jun 2006 19:49:24 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k5NJnJU0018458 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 24 Jun 2006 05:49:19 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k5NJnJqi003289; Sat, 24 Jun 2006 05:49:19 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k5NJnIIQ003288; Sat, 24 Jun 2006 05:49:18 +1000 (EST) (envelope-from peter) Date: Sat, 24 Jun 2006 05:49:18 +1000 From: Peter Jeremy To: "R. B. Riddick" Message-ID: <20060623194917.GB747@turion.vk2pj.dyndns.org> References: <20060623082209.GD13474@nevermind.kiev.ua> <20060623083838.86539.qmail@web30308.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20060623083838.86539.qmail@web30308.mail.mud.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Journaling UFS with gjournal. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 19:49:26 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 2006-Jun-23 01:38:38 -0700, R. B. Riddick wrote: >--- Alexandr Kovalenko wrote: >> Is it safe to do so on existing filesystem (if I'm using 2nd partition f= or >> journal)? =2E.. >If your existing file system needs its last sector, then it wont work. If = it >does not need it, then it might work (although fsck does not check for a >raw-device shrinkage - I think)... In my experience, the last partition in a disk slice normally has an odd number of sectors and UFS definitely can't handle anything smaller than a fragment (which defaults to 2K) - and I suspect that UFS can't handle a trailing fragment. In this case, the last sector is definitely unused. I may be wrong but I don't think it's possible for the last sector of a partition to be FS metadata because the metadata is always at the beginning of a CG and newfs won't create a CG unless there's some space for data in the CG. If there are an integral number of fragments (or maybe blocks), then marking the last fragment as 'bad' would seem an adequate solution - the FS will ignore that block but anything below the filesystem won't see the "bad block" marker. --=20 Peter Jeremy --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEnEW8/opHv/APuIcRAjoPAJ0f90leQiv+V3Xu4VpYvnBMZT+XwQCfZIQc A3v0WxoDBaIt5pM5omNJN58= =aq1w -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 23 23:35:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAA7716A494 for ; Fri, 23 Jun 2006 23:35:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 5A62043D45 for ; Fri, 23 Jun 2006 23:35:04 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 24736 invoked by uid 399); 23 Jun 2006 23:35:03 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 23 Jun 2006 23:35:03 -0000 Message-ID: <449C7A9C.2000009@FreeBSD.org> Date: Fri, 23 Jun 2006 16:34:52 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Alexander Leidinger References: <20060623210740.6fb370bd@Magellan.Leidinger.net> In-Reply-To: <20060623210740.6fb370bd@Magellan.Leidinger.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: The fortune(6) / random problem (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 23:35:05 -0000 Alexander Leidinger wrote: > Hi, > > this was discussed a while ago (and I don't remember the ... > status-quo), but with a recent current I see non-random output of > fortune when using non standard files: I do something vaguely similar to what you're doing, which is to point fortune at a directory of symlinks to various fortune files (see man page for why that works). My -current is as of 6/19 and I'm not seeing this behavior, FYI. (I'd actually be sort of interested to see if you get the same results using this method as you do specifying files on the command line.) FWIW, I did see problems back when this last came up, but for an entirely different reason. It turns out that there were stale fortune files in /usr/share/games/fortune that were causing problems. Depending on your upgrading habits, you might try something like: find /usr/share/games/fortune/ -type f ! -newer /usr/src/README and see if anything interesting turns up. Not sure about your other directories though. Finally, the obvious thing to check would be that your /dev/random device is being properly seeded. Check 'sysctl kern.random.sys.harvest' and make sure at least one of those is set to 1. You can also run: rndc-confgen -b512 -c ./rndc-key -a -r/dev/random multiple times to see if you've got a good supply of random bits. You should be able to run that command at least 10 times without it blocking. If you can't, you've got /dev/random issues. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Jun 24 14:33:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 699BD16A492; Sat, 24 Jun 2006 14:33:18 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E187F43D48; Sat, 24 Jun 2006 14:33:17 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CFE7.dip.t-dialin.net [84.165.207.231]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k5OERUMD093813; Sat, 24 Jun 2006 16:27:30 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k5OEXH1g080106; Sat, 24 Jun 2006 16:33:17 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 24 Jun 2006 16:33:59 +0200 From: Alexander Leidinger To: Doug Barton Message-ID: <20060624163359.3ce9398e@Magellan.Leidinger.net> In-Reply-To: <449C7A9C.2000009@FreeBSD.org> References: <20060623210740.6fb370bd@Magellan.Leidinger.net> <449C7A9C.2000009@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: The fortune(6) / random problem (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jun 2006 14:33:18 -0000 Quoting Doug Barton (Fri, 23 Jun 2006 16:34:52 -0700): > Alexander Leidinger wrote: > > Hi, > > > > this was discussed a while ago (and I don't remember the ... > > status-quo), but with a recent current I see non-random output of > > fortune when using non standard files: > > I do something vaguely similar to what you're doing, which is to point > fortune at a directory of symlinks to various fortune files (see man page > for why that works). My -current is as of 6/19 and I'm not seeing this > behavior, FYI. (I'd actually be sort of interested to see if you get the > same results using this method as you do specifying files on the command line.) As stated in the initial post, when I specify directories instead of files, I get more random output, but still get one long quote very often (and the long quote should not appear, since I use "-s"). To summarize: - "-s" prints long quotes (more than 25 lines) while it shouldn't - fortune is not very random in choosing a quote > FWIW, I did see problems back when this last came up, but for an entirely > different reason. It turns out that there were stale fortune files in > /usr/share/games/fortune that were causing problems. Depending on your > upgrading habits, you might try something like: > > find /usr/share/games/fortune/ -type f ! -newer /usr/src/README > > and see if anything interesting turns up. Not sure about your other > directories though. I have some old files there. And they don't come with the basesystem, I copied them there. Does this mean that the format of the .dat file (or whatever) changed in fortune? I recreated the .dat files now and it seems that the issue with "-s" is gone now. > Finally, the obvious thing to check would be that your /dev/random device is > being properly seeded. Check 'sysctl kern.random.sys.harvest' and make sure > at least one of those is set to 1. You can also run: % sysctl kern.random.sys.harvest kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 Can the swi one be enabled now? I think I remember that it may not provide randomness. > rndc-confgen -b512 -c ./rndc-key -a -r/dev/random > multiple times to see if you've got a good supply of random bits. You should > be able to run that command at least 10 times without it blocking. If you > can't, you've got /dev/random issues. Works without problems, I tried more than 10 times. But I'm running a buildkernel in the background ATM, so I should see a lot of interrupts for the random device. I will test later with an idle system. But testing with files instead of directories still gives only one quote. So there's still something wrong. Thanks, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137