From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 18 00:54:21 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D6E16A41F for ; Sun, 18 Dec 2005 00:54:21 +0000 (GMT) (envelope-from gilbert.fernandes@spamcop.net) Received: from mailgate.cesmail.net (mailgate.cesmail.net [216.154.195.36]) by mx1.FreeBSD.org (Postfix) with SMTP id DB9A843D5D for ; Sun, 18 Dec 2005 00:54:20 +0000 (GMT) (envelope-from gilbert.fernandes@spamcop.net) Received: (qmail 8934 invoked from network); 18 Dec 2005 00:54:18 -0000 Received: from unknown (HELO epsilon.cesmail.net) (192.168.1.40) by mailgate.cesmail.net with SMTP; 18 Dec 2005 00:54:18 -0000 Received: (qmail 23913 invoked by uid 99); 18 Dec 2005 00:54:18 -0000 Received: from i02v-87-89-157-8.d4.club-internet.fr (i02v-87-89-157-8.d4.club-internet.fr [87.89.157.8]) by webmail.spamcop.net (Horde) with HTTP for ; Sun, 18 Dec 2005 01:54:18 +0100 Message-ID: <20051218015418.sf2ne6sckkss0oww@webmail.spamcop.net> Date: Sun, 18 Dec 2005 01:54:18 +0100 From: Gilbert Fernandes To: freebsd-hackers@freebsd.org References: <20051217122006.GA2758@twelvegates.homeip.net> <20051217134258.GC1706@britannica.bec.de> <20051217171029.GB14214@twelvegates.homeip.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Mailman-Approved-At: Sun, 18 Dec 2005 03:15:29 +0000 Subject: Re: accessing NetBSD filesystem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 00:54:21 -0000 > FFS == UFS. The FreeBSD UFS is the FFS accessed through the VFS layer, but basically the format is the same. If you want to have access, from FreeBSD, to NetBSD partitions, make sure the NetBSD partitions have been formated using FFSv2 which is the port of UFS to NetBSD. There are some differences though : no ACL support nor snapshots available there. Please use NetBSD 2.x (I use 2.1 but I got a machine running current) and format the partition to be shared using FFSv2 on NetBSD. Should work fine. FFSv2 (UFS2 in FreeBSD) is not the defautl type in NetBSD 2 for now. I have not checked in current. So if you want to use newfs from NetBSD, don't forget to ask for FFSv2 (-O 2). FFS code in NetBSD's kernel contains the options required for UFS2 support. There are superblock changes in FFSv2 (UFS2). So don't use old (as in NetBSD 1.6.x) fsck on such volumes. It is possible to do an upgrade on fsck_ffs before using FFSv2 and this works fine in 1.6.x Please read the following doc : http://sixshooter.v6.thrupoint.net/jeroen/faq.html The NetBSD's current newfs man page (http://netbsd.gw.com/cgi-bin/man-cgi?newfs++NetBSD-current) makes mention of the ACL so perhaps they're supported in NetBSD-current :) -- unzip ; strip ; touch ; grep ; finger ; mount ; fsck ; more ; yes ; fsck ; umount ; sleep From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 18 03:19:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44F7C16A41F for ; Sun, 18 Dec 2005 03:19:57 +0000 (GMT) (envelope-from guomingyan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253F143D55 for ; Sun, 18 Dec 2005 03:19:55 +0000 (GMT) (envelope-from guomingyan@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so707227wxc for ; Sat, 17 Dec 2005 19:19:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZCr47xDhD9ue1QQ0ZhhWJ0padBZXTsiQw3AuMaigB6In01z2mzVxPYPDBl9vQkqhE7Mdnzby8fUG1OSGBZoZl+H64GSb3XBTR5poRo1gxXIantZu1mbaCMZgjgYnLOlA9AdzKk8vcKym6xjNQY7oddbqq1DxVdBTvPXyk5dTpvU= Received: by 10.70.82.3 with SMTP id f3mr2926005wxb; Sat, 17 Dec 2005 19:19:55 -0800 (PST) Received: by 10.70.39.18 with HTTP; Sat, 17 Dec 2005 19:19:55 -0800 (PST) Message-ID: <1fa17f810512171919k4a16f68dh3ad0d5f294fb3f23@mail.gmail.com> Date: Sun, 18 Dec 2005 11:19:55 +0800 From: prime To: rookie@gufi.org In-Reply-To: <3bbf2fe10512171207n41c9308dm@mail.gmail.com> MIME-Version: 1.0 References: <1fa17f810512170027h58ccadbcq9f8d3187f35a2ddd@mail.gmail.com> <3bbf2fe10512171207n41c9308dm@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Puzzled about turnstile's lock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 03:19:57 -0000 On 12/18/05, rookie wrote: > > > Hi hackers, > > I want to understand the current implementation of > > turnstile,and meet some questions about its locks' logicality. > > > [snip] > > It's used to lock td_contested member of struct thread structure and all > issues linked to it (as you can see in the source tree). It seems used in= a > clean way. > > Attilio > > turnstile's ``ts_blocked" field is protected by both > > ``td_contested" lock and its turnstile_chain lock, but > > I think its turnstile_chain lock is enough,because we > > allways get the turnstile_chain lock before our manipulation > > on ``ts_blocked". > > If td_contested lock were needed ,reading ts_blocked is > > not protected by td_contested lock,in the kernel source, why? > > > > Thanks. > > -- > > Three passions, simple but overwhelmingly strong, have governed my life= : > > the longing for love, the search for knowledge, and unbearable pity for > > the suffering of mankind. > > ---------Bertrand Russell > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to " > > freebsd-hackers-unsubscribe@freebsd.org" > > > > > > -- > Peace can only be achieved by understanding - A. Einstein Thanks,I think I get it now.As mentioned in arch-handbook =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D You can protect a datum with multiple locks. Then for reading that data you simply need to have a read lock of one of the locks. However, to write to the data, you need to have a write lock of all of the locks =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D We also can read "ts_blocked" if only td_contested lock is held,but this way is not needed now. -- Three passions, simple but overwhelmingly strong, have governed my life: the longing for love, the search for knowledge, and unbearable pity for the suffering of mankind. ---------Bertrand Russell From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 18 09:08:44 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7563E16A41F for ; Sun, 18 Dec 2005 09:08:44 +0000 (GMT) (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 1FC1A43D46 for ; Sun, 18 Dec 2005 09:08:44 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id jBI98hb2057777; Sun, 18 Dec 2005 01:08:43 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id jBI98g1q057776; Sun, 18 Dec 2005 01:08:42 -0800 (PST) (envelope-from obrien) Date: Sun, 18 Dec 2005 01:08:41 -0800 From: "David O'Brien" To: Scott Long Message-ID: <20051218090840.GA57554@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , hackers@freebsd.org References: <43A26FFB.9080405@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A26FFB.9080405@samsco.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: hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 09:08:44 -0000 On Fri, Dec 16, 2005 at 12:42:51AM -0700, Scott Long wrote: > SMP laptops are > right around the corner, and we should be ready to support SMP > out-of-the-box. Already here - Alienware Aurora m7700 Athlon X2 dual-core. http://www.alienware.com/product_detail_pages/Aurora_m7700/aurora-m_features.aspx?SysCode=PC-LT-AURORA-M-7700&SubCode=SKU-DEFAULT -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 18 15:16:45 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53EEC16A41F for ; Sun, 18 Dec 2005 15:16:45 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FA943D55 for ; Sun, 18 Dec 2005 15:16:44 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (storm.stura.uni-rostock.de [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id C2D6035707 for ; Sun, 18 Dec 2005 16:16:42 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1000) id AAAB76CD51; Sun, 18 Dec 2005 16:16:16 +0100 (CET) Date: Sun, 18 Dec 2005 16:16:16 +0100 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20051218151616.GA4782@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20051217122006.GA2758@twelvegates.homeip.net> <20051217134258.GC1706@britannica.bec.de> <20051217171029.GB14214@twelvegates.homeip.net> <20051218015418.sf2ne6sckkss0oww@webmail.spamcop.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051218015418.sf2ne6sckkss0oww@webmail.spamcop.net> User-Agent: Mutt/1.5.11 Subject: Re: accessing NetBSD filesystem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 15:16:45 -0000 On Sun, Dec 18, 2005 at 01:54:18AM +0100, Gilbert Fernandes wrote: > > The FreeBSD UFS is the FFS accessed through the VFS layer, but basically > the format is the same. If you want to have access, from FreeBSD, to > NetBSD partitions, make sure the NetBSD partitions have been formated > using FFSv2 which is the port of UFS to NetBSD. There are some > differences though : no ACL support nor snapshots available there. FFS v1 and v2 are both working. I'm using that everyday. The one part which needs attention is soft updates: FreeBSD / DragonFly have it as permanent flag, NetBSD as mount option. Joerg From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 18 17:11:10 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D53216A41F for ; Sun, 18 Dec 2005 17:11:10 +0000 (GMT) (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 7B0D543D60 for ; Sun, 18 Dec 2005 17:11:07 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 39BF752B3E; Sun, 18 Dec 2005 18:11:06 +0100 (CET) Received: from localhost (dlf253.neoplus.adsl.tpnet.pl [83.24.35.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 65C4950F93 for ; Sun, 18 Dec 2005 18:11:01 +0100 (CET) Date: Sun, 18 Dec 2005 18:10:01 +0100 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Message-ID: <20051218171001.GA84988@garage.freebsd.pl> References: <20051217122006.GA2758@twelvegates.homeip.net> <20051217134258.GC1706@britannica.bec.de> <20051217171029.GB14214@twelvegates.homeip.net> <20051218015418.sf2ne6sckkss0oww@webmail.spamcop.net> <20051218151616.GA4782@britannica.bec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20051218151616.GA4782@britannica.bec.de> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Subject: Re: accessing NetBSD filesystem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 17:11:10 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 18, 2005 at 04:16:16PM +0100, joerg@britannica.bec.de wrote: +> On Sun, Dec 18, 2005 at 01:54:18AM +0100, Gilbert Fernandes wrote: +> >=20 +> > The FreeBSD UFS is the FFS accessed through the VFS layer, but basical= ly +> > the format is the same. If you want to have access, from FreeBSD, to +> > NetBSD partitions, make sure the NetBSD partitions have been formated +> > using FFSv2 which is the port of UFS to NetBSD. There are some +> > differences though : no ACL support nor snapshots available there. +>=20 +> FFS v1 and v2 are both working. I'm using that everyday. The one part +> which needs attention is soft updates: FreeBSD / DragonFly have it as +> permanent flag, NetBSD as mount option. Interesting. In FreeBSD fsck(8) works differently for SU-enabled FS, so having SU as a mount option won't be possible (if we want to protect our users from a foot-shooting). And because of the way SU works, it is possible to run background fsck, as the only problems are unreferenced objects (inodes, blocks, etc.). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDpZfpForvXbEpPzQRAuVRAKDpnYSda/MncgNDurXHbfntMPTkoQCgovn6 2F+O7nt6hAn5Hu2chirq75I= =No2P -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 09:34:36 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC42F16A41F for ; Mon, 19 Dec 2005 09:34:36 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-gelsenkirchen.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D3743D45 for ; Mon, 19 Dec 2005 09:34:34 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-gelsenkirchen.de (8.12.9/8.12.9) with ESMTP id jBJ9YVmF011871 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 19 Dec 2005 10:34:32 +0100 Received: from localhost (localhost [127.0.0.1]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.13.3/8.13.3) with ESMTP id jBJ9YNhX022376; Mon, 19 Dec 2005 10:34:28 +0100 (CET) (envelope-from hank@musashi.et.bocholt.fh-gelsenkirchen.de) Message-Id: <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> To: Scott Long In-Reply-To: Message from Scott Long of "Fri, 16 Dec 2005 00:42:51 MST." <43A26FFB.9080405@samsco.org> Date: Mon, 19 Dec 2005 10:34:23 +0100 From: Dirk GOUDERS X-Scanned-By: MIMEDefang 2.43 Cc: hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 09:34:37 -0000 > 3. Full review and update of the install docs, handbook, FAQ, etc. > There are sections that are embarrassingly out of date (one section of > the handbook apparently states that we only support a single brand of > wifi cards). A co-worker of mine tried to install 6.0 using just the > handbook install guide, and discovered that it really doesn't match > reality anymore, in both big and small ways. Contact me directly if > you would like his list of comments. I am wondering if it wouldn't be advantageous to have "versioned" documents that just cover one specific release and not to cover all realeases in single documents. I could imagine that it is harder to cover everything in single documents than to perhaps copy the existing documentation when a new branch is created and edit it to match just the new release. Maybe, I do not realize how much more work this would be but it would probably enforce regular reviews of the documentation and the readers would benefit from it. Dirk From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 10:53:46 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB9916A41F for ; Mon, 19 Dec 2005 10:53:46 +0000 (GMT) (envelope-from slackwarewolf@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FB0D43D5D for ; Mon, 19 Dec 2005 10:53:46 +0000 (GMT) (envelope-from slackwarewolf@comcast.net) Received: from [192.168.0.100] (pcp0011279654pcs.pthurn01.mi.comcast.net[69.246.87.201]) by comcast.net (rwcrmhc14) with ESMTP id <20051219105345014008i6tge>; Mon, 19 Dec 2005 10:53:45 +0000 From: Allen To: freebsd-hackers@freebsd.org Date: Mon, 19 Dec 2005 05:58:12 -0500 User-Agent: KMail/1.8 References: <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> In-Reply-To: <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512190558.13067.slackwarewolf@comcast.net> Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 10:53:46 -0000 On Monday 19 December 2005 04:34, Dirk GOUDERS wrote: > > 3. Full review and update of the install docs, handbook, FAQ, etc. > > There are sections that are embarrassingly out of date (one section of > > the handbook apparently states that we only support a single brand of > > wifi cards). A co-worker of mine tried to install 6.0 using just the > > handbook install guide, and discovered that it really doesn't match > > reality anymore, in both big and small ways. Contact me directly if > > you would like his list of comments. The install docs really could use some updating. However I've written this little tutorial for AntiOnline on installing it, and I don't think anyone has ever made it easier, and yes I am quite proud of it :) http://www.antionline.com/showthread.php?s=&threadid=259335 You don't need to sign up to read this so check it out if you'd like. I've posted this tutorial to the docs mailing list before and everyone loved it. I'd have no problem doing a similar one for the 6X series so I should be able to soon. Written on a Linux box while wearing a Free BSD shirt with a monitor that has Free BSD stickers ;) I use both and don't flame! > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 11:06:10 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ABB616A423 for ; Mon, 19 Dec 2005 11:06:10 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-gelsenkirchen.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F73D43D5A for ; Mon, 19 Dec 2005 11:05:38 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-gelsenkirchen.de (8.12.9/8.12.9) with ESMTP id jBJB5SmF012145 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 19 Dec 2005 12:05:29 +0100 Received: from localhost (localhost [127.0.0.1]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.13.3/8.13.3) with ESMTP id jBJB5Phv022964; Mon, 19 Dec 2005 12:05:25 +0100 (CET) (envelope-from hank@musashi.et.bocholt.fh-gelsenkirchen.de) Message-Id: <200512191105.jBJB5Phv022964@musashi.et.bocholt.fh-gelsenkirchen.de> To: Allen In-Reply-To: Message from Allen of "Mon, 19 Dec 2005 05:58:12 EST." <200512190558.13067.slackwarewolf@comcast.net> Date: Mon, 19 Dec 2005 12:05:25 +0100 From: Dirk GOUDERS X-Scanned-By: MIMEDefang 2.43 Cc: freebsd-hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 11:06:10 -0000 > On Monday 19 December 2005 04:34, Dirk GOUDERS wrote: Well, I did not write the quoted text, but Scott Long did. Dirk From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 18:40:31 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20F9A16A424; Mon, 19 Dec 2005 18:40:31 +0000 (GMT) (envelope-from se@FreeBSD.org) Received: from frueh.atsec.com (frueh.atsec.com [217.110.13.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E96B43D66; Mon, 19 Dec 2005 18:40:30 +0000 (GMT) (envelope-from se@FreeBSD.org) Received: from [10.2.2.88] (se-pad.koeln.atsec [10.2.2.88]) by frueh.atsec.com (omb_smtp 1.5.8) with ESMTP; Mon, 19 Dec 2005 19:37:07 +0100 (CET) Message-ID: <43A6FE8E.9010701@FreeBSD.org> Date: Mon, 19 Dec 2005 19:40:14 +0100 From: Stefan Esser User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20051217122006.GA2758@twelvegates.homeip.net> <20051217134258.GC1706@britannica.bec.de> <20051217171029.GB14214@twelvegates.homeip.net> <20051218015418.sf2ne6sckkss0oww@webmail.spamcop.net> <20051218151616.GA4782@britannica.bec.de> <20051218171001.GA84988@garage.freebsd.pl> In-Reply-To: <20051218171001.GA84988@garage.freebsd.pl> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: accessing NetBSD filesystem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 18:40:31 -0000 Pawel Jakub Dawidek schrieb: > On Sun, Dec 18, 2005 at 04:16:16PM +0100, joerg@britannica.bec.de wrote: > +> FFS v1 and v2 are both working. I'm using that everyday. The one part > +> which needs attention is soft updates: FreeBSD / DragonFly have it as > +> permanent flag, NetBSD as mount option. > > Interesting. In FreeBSD fsck(8) works differently for SU-enabled FS, so > having SU as a mount option won't be possible (if we want to protect our > users from a foot-shooting). > And because of the way SU works, it is possible to run background fsck, > as the only problems are unreferenced objects (inodes, blocks, etc.). No, I've been running with soft-updates as a mount option for years (starting a few months after it made it into the then -current). My patches were even accepted for later integration by Kirk McKusick after some discussion, but there was some resistance to integrate it at that time (wait for the next major release) and then because it had been a tunefs option for so long and the default had been set to "on" in sysinstall. I'm still convinced, that my solution is better than what we currently have, and that is the reason I keep on maintaining the patch on my local systems. There is no problem with fsck, since all the patch does is simulate the effect of a tunefs -n enable/disable immediately before a r/w mount of the partition. That means, that fsck sees the previous state of the softdep flag (no change of the current behaviour). Even if I mount a removable disk without soft-updates, which was not cleanly unmounted before and had soft-updates enable, fsck will see the soft-updates flag and treat the partition correctly. The next mount will set (but not necessarily change) the softdep flag in the superblock depending on the mount options in effect. That guarantees, that the drive will be correctly checked on a system without my patch, in case that should be required. My patch is without any risk and pre-dates the import of soft-updates to NetBSD (I never checked, whether they used my then long published diffs or implemented the softdep mount option themselves). I'd appreciate if my patch would be reviewed and possibly accepted for -current. It affects just a few lines of code (use the mount option instead of the flag found in the super block when mounting a drive r/w; ignore requests to turn off softdep for a drive mounted r/w). Regards, STefan From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 19:24:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F37FD16A454; Mon, 19 Dec 2005 19:24:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A55743D7C; Mon, 19 Dec 2005 19:23:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4151706 for multiple; Mon, 19 Dec 2005 14:21:47 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBJJNYOl068447; Mon, 19 Dec 2005 14:23:36 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Wojciech A. Koszek" Date: Mon, 19 Dec 2005 14:24:04 -0500 User-Agent: KMail/1.8.2 References: <20051215223745.GA37768@FreeBSD.czest.pl> <200512161114.14398.jhb@freebsd.org> <20051216221943.GB58739@FreeBSD.czest.pl> In-Reply-To: <20051216221943.GB58739@FreeBSD.czest.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512191424.06516.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1213/Mon Dec 19 09:48:34 2005 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org, phk@freebsd.org, Peter Jeremy Subject: Re: [CALL FOR TESTERS] New system call: abort2() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 19:24:03 -0000 On Friday 16 December 2005 05:19 pm, Wojciech A. Koszek wrote: > On Fri, Dec 16, 2005 at 11:14:12AM -0500, John Baldwin wrote: > > On Friday 16 December 2005 04:10 am, Peter Jeremy wrote: > > > On Thu, 2005-Dec-15 22:37:45 +0000, Wojciech A. Koszek wrote: > > > > abort2(const char *why, int nargs, void **args); > > > > > > > >"why" is reason of program abort, "nargs" is number of arguments > > > >passed in "args". Both "why" and "args" (with "%p" format) will be > > > >printed via log(9). Sample output: > > > >[..] > > > >pid <3004> abort2: ABORT2 > > > >pid <3019> abort2: invalid argument > > > >[..] > > > > > > I don't believe the following code is correct. uap->args is a > > > userspace pointer so uap->args[i] is dereferencing a userspace > > > argument in kernelspace. > > > + arg = uargs[i] = (void *) fuword(uap->args[i]); > > > I think it should be fuword(uap->args + i); > > > > > > I don't see the point of the following test. "arg" is printed using > > > %p and never de-referenced so there's no reason it can't be NULL. I > > > would see that a legitimate use of abort2() is when the application > > > detects that a pointer is unexpectedly NULL. Aborting on -1 is less > > > clear - if fuword() fails, it will return -1 but, equally, a faulty > > > user application may have left -1 in a pointer. (Note that mmap(2) > > > returns -1 on error so it's not inconceivable that a pointer could > > > contain -1). > > > > > > + /* Prevent from faults in user-space */ > > > + if (arg == NULL || arg == (void *)-1) { > > > + error = EINVAL; > > > + break; > > > + } > > > > > > Taking the above into account, I believe the code should be: > > > + if (uap->args == NULL) > > > + break; > > > + error = copyin(uap->args, uargs, uap->nargs * sizeof > > > (void *)); + if (error != 0) > > > + break; > > > > Agreed. Also, copyinstr() can provide a better interface for copying the > > why string in. Also, the PROC LOCK isn't needed for reading the static > > p_pid and p_comm fields of struct proc. Also, I second the other > > comments of do { } while(0) vs goto. Many existing syscalls use 'goto > > out;' for error handling, and I think that is one of the very few cases > > when goto is useful and not harmful. > > Thanks for the suggestions and comments! > > My question is related with copying string from user-space: the only > difference I can see between those functions (other than operating of > strings/sbufs) is that sbuf_copyin() looses 'done' [1]. Since current > abort2() makes use of sbuf(9), I'll have to have additional buffer just > for string copying and than copy it to sbuf. Would you prefer this > solution or complete migration from sbufs to strl..()? > > [1] Couldn't sbuf_copyin() simply return 'done' from copyinstr() > embedded in it, since it already returns -1 on failure? This function > is used in two places, which make no use of return value. That sounds good to me (fixing sbuf_copyin()). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 20:27:11 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3E1016A424 for ; Mon, 19 Dec 2005 20:27:11 +0000 (GMT) (envelope-from pbauer@yes.ineedamiracle.com) Received: from yes.ineedamiracle.com (yes.ineedamiracle.com [66.92.251.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 648D343D5A for ; Mon, 19 Dec 2005 20:26:48 +0000 (GMT) (envelope-from pbauer@yes.ineedamiracle.com) Received: from localhost (localhost [127.0.0.1]) by yes.ineedamiracle.com (Postfix) with ESMTP id A35E257A71 for ; Mon, 19 Dec 2005 12:26:43 -0800 (PST) Received: from yes.ineedamiracle.com ([127.0.0.1]) by localhost (yes.ineedamiracle.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26537-08 for ; Mon, 19 Dec 2005 12:26:38 -0800 (PST) Received: by yes.ineedamiracle.com (Postfix, from userid 1001) id 6EAE958F72; Mon, 19 Dec 2005 12:26:38 -0800 (PST) Date: Mon, 19 Dec 2005 12:26:38 -0800 From: Paul Bauer To: freebsd-hackers@freebsd.org Message-ID: <20051219202637.GH98743@yes.ineedamiracle.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oqiVxqbeHx5cy56u" Content-Disposition: inline X-GnuPG-KeyID: B5E1CC6C X-GnuPG-Fingerprint: DC75 9D93 C12C 5F3E 6FC4 3CD6 4DA0 6430 B5E1 CC6 X-Useless-Header: Microsoft, where do you want to do today? Linux, where do you want to go tomorrow? BSD are you guys coming or what? X-Operating-System: FreeBSD yes.ineedamiracle.com 5.4-RELEASE-p8 FreeBSD 5.4-RELEASE-p8 X-Editor: VIM - Vi IMproved 6.3. User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Virus-Scanned: amavisd-new at shorttermwhat.com X-Mailman-Approved-At: Mon, 19 Dec 2005 21:34:54 +0000 Subject: RELENG_6_0 core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:27:12 -0000 --oqiVxqbeHx5cy56u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have been trying to find out why a machine I have dumps. It finally cored and this is what was produced: S kgdb kernel.debug /var/crash/vmcore.4 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_page_insert: page already inserted Uptime: 19d5h10m10s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130816 pages) 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); I see a few references to the error on line 165 but no solution. Please let me know what I may do to help debug this further. I am pasting a dmesg below: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #4: Sat Nov 12 17:18:45 PST 2005 root@skull.ineedamiracle.com:/usr/obj/usr/src/sys/SKULL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.20GHz (2200.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536870912 (512 MB) avail memory = 516042752 (492 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xec00-0xecff mem 0xdfffff00-0xdfffffff ir q 5 at device 8.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:41:f0:50 pci0: at device 11.0 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd800-0xd81f irq 11 at device 17.2 on p ci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 11 at device 17.3 on p ci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 11 at device 17.4 on p ci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered vr0: port 0xd400-0xd4ff mem 0xdffffe00-0xdfff feff irq 5 at device 18.0 on pci0 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:07:95:b3:b0:bd pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 2200092132 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master UDMA100 ad1: 286188MB at ata0-slave UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 WARNING: /jail_www was not properly dismounted /jail_www: mount pending error: blocks 4 files 1 WARNING: /jail_dns was not properly dismounted /jail_dns: mount pending error: blocks 4 files 1 rl0: link state changed to UP pid 23686 (mail), uid 0: exited on signal 6 (core dumped) panic: vm_page_insert: page already inserted Uptime: 19d5h10m10s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130816 pages) 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Thank you Paul --oqiVxqbeHx5cy56u Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDpxd9TaBkMLXhzGwRAgeoAJ9K62IDXOYJteal3T2nGY4PC8AfWQCeIf+p +mK0clpb5NarNJrqvPrTWPs= =LiU/ -----END PGP SIGNATURE----- --oqiVxqbeHx5cy56u-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 20:59:33 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB3F116A41F for ; Mon, 19 Dec 2005 20:59:33 +0000 (GMT) (envelope-from gs_stoller@juno.com) Received: from outbound-mail.nyc.untd.com (outbound-mail.nyc.untd.com [64.136.20.164]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BACA43D79 for ; Mon, 19 Dec 2005 20:59:27 +0000 (GMT) (envelope-from gs_stoller@juno.com) Received: from webmail38.nyc.untd.com (webmail38.nyc.untd.com [10.141.27.178]) by smtpout01.nyc.untd.com with SMTP id AABB4QH22AES4WVA for (sender ); Mon, 19 Dec 2005 12:59:04 -0800 (PST) Received: (from gs_stoller@juno.com) by webmail38.nyc.untd.com (jqueuemail) id LCL352U5; Mon, 19 Dec 2005 12:58:55 PST Received: from [67.84.55.15] by webmail38.nyc.untd.com with HTTP: Mon, 19 Dec 2005 20:58:41 GMT X-Originating-IP: [67.84.55.15] Mime-Version: 1.0 From: "gs_stoller@juno.com" Date: Mon, 19 Dec 2005 20:58:41 GMT To: freebsd-hackers@freebsd.org X-Mailer: Webmail Version 4.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Type: text/plain Message-Id: <20051219.125855.15860.149388@webmail38.nyc.untd.com> X-ContentStamp: 8:4:2116495045 X-UNTD-OriginStamp: /s5f1SIGSI3+WdnoYQ8yRKUN2Rb+YKG4u8L6sbzUNXsC8KexV9wUgg== X-UNTD-Peer-Info: 10.141.27.178|webmail38.nyc.untd.com|webmail38.nyc.untd.com|gs_stoller@juno.com X-Mailman-Approved-At: Mon, 19 Dec 2005 21:36:27 +0000 Subject: (no subject) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 20:59:33 -0000 I discovered the user "operator" in UNIX , found it in the book "Essential System Administration" by AEleen Frisch, and it has features that I would like to use. The book says (on page 131) that this user exists on some BSD systems and it is used for back-ups and such. It is like superuser ( root ) in that it can access any file regardless of the permission bits, but it operates readonly, it cannot modify unless the permission bits allow it to do so. I checked /etc/passwd and found that operator is a user (in FreeBSD 4.3 ). When I tried it out, I found some directories that operator couldn't enter and checked a few of those directories and found that they gave absolutely no access to 'other' users, explaining why operator couldn't enter those directories. I feel that this is an error since it doesn't allow operator to do its stated task. Similarly, operator cannot access plain files unless the permission bits allow it to do so. Please implement this user as the book lists it, this will give the FreeBSD community a useful capability. We could check LINUX and see if they have have it properly implemented; if so we could copy it making the necessary changes, an easier task. uname -a for my system gives: FreeBSD 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 200= 1 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 21:40:01 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43C2B16A41F for ; Mon, 19 Dec 2005 21:40:01 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 331F743D77 for ; Mon, 19 Dec 2005 21:39:41 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id jBJLdZaD080631; Mon, 19 Dec 2005 15:39:35 -0600 (CST) (envelope-from dan) Date: Mon, 19 Dec 2005 15:39:34 -0600 From: Dan Nelson To: "gs_stoller@juno.com" Message-ID: <20051219213934.GJ89708@dan.emsphone.com> References: <20051219.125855.15860.149388@webmail38.nyc.untd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051219.125855.15860.149388@webmail38.nyc.untd.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 21:40:01 -0000 In the last episode (Dec 19), gs_stoller@juno.com said: > I discovered the user "operator" in UNIX , found it in the > book "Essential System Administration" by AEleen Frisch, and it has > features that I would like to use. The book says (on page 131) that > this user exists on some BSD systems and it is used for back-ups and > such. It is like superuser ( root ) in that it can access any file > regardless of the permission bits, but it operates readonly, it > cannot modify unless the permission bits allow it to do so. Actually, the "operator" user has read access to the raw device files that filesystems are mounted on. That's how it can do backups with the dump command. It has no special access to mounted filesystems themselves. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 21:46:39 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76CFD16A41F for ; Mon, 19 Dec 2005 21:46:39 +0000 (GMT) (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 D5B7143D5F for ; Mon, 19 Dec 2005 21:46:38 +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 jBJLkbCh017940; Mon, 19 Dec 2005 13:46:37 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jBJLkbZm017939; Mon, 19 Dec 2005 13:46:37 -0800 Date: Mon, 19 Dec 2005 13:46:37 -0800 From: Brooks Davis To: "gs_stoller@juno.com" Message-ID: <20051219214637.GA12421@odin.ac.hmc.edu> References: <20051219.125855.15860.149388@webmail38.nyc.untd.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20051219.125855.15860.149388@webmail38.nyc.untd.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=TO_ADDRESS_EQ_REAL autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-hackers@freebsd.org Subject: Re: (no subject) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 21:46:39 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 19, 2005 at 08:58:41PM +0000, gs_stoller@juno.com wrote: > I discovered the user "operator" in UNIX , found it in the > book "Essential System Administration" by AEleen Frisch, and it has > features that I would like to use. The book says (on page 131) that > this user exists on some BSD systems and it is used for back-ups > and such. It is like superuser ( root ) in that it can access any > file regardless of the permission bits, but it operates readonly, > it cannot modify unless the permission bits allow it to do so. > I checked /etc/passwd and found that operator is a user > (in FreeBSD 4.3 ). When I tried it out, I found some directories > that operator couldn't enter and checked a few of those directories > and found that they gave absolutely no access to 'other' users, > explaining why operator couldn't enter those directories. I feel > that this is an error since it doesn't allow operator to do its > stated task. Similarly, operator cannot access plain files > unless the permission bits allow it to do so. > Please implement this user as the book lists it, this will > give the FreeBSD community a useful capability. We could check > LINUX and see if they have have it properly implemented; if so > we could copy it making the necessary changes, an easier task. The book or your understanding of it is incorrect. The operator user traditionally has unrestricted read access to the raw disks because it is in group operator. As such it can read any local data, but not via the file system. Since backups are traditionally performed via the dump command which directly accesses the disk, this allows backups to run as operator. > uname -a for my system gives: > FreeBSD 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001= jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 This is a truly obsolete version of FreeBSD. If you must run the 4.x series, run 4.11. Better yet, run 6.0. -- 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 --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDpyo9XY6L6fI4GtQRAlz9AJ4vX/1izVW+XX4kUvNmo20zErMxxgCgsQrW /TJDUejKVZDBU8yUw8dNzyI= =8UNj -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 19 22:42:38 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9034016A420 for ; Mon, 19 Dec 2005 22:42:38 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB7343D8B for ; Mon, 19 Dec 2005 22:42:15 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: by nproxy.gmail.com with SMTP id l35so406306nfa for ; Mon, 19 Dec 2005 14:42:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=cYo1gKThUJTbtgtpGg/7zuuqIllTApuEPeh1MoDan6prLLa0GClEUtAODrhJQsqXwKruu99Q0Eb+iTsU/9yLPf2rAnr3MJmSv7E7ay+SzF+fmSOezyGs3hoKHeRlMnuSDmfyM+6fh4aYIwMwg0h+N5GsncMBdANjpKdf7SgWmvM= Received: by 10.48.254.11 with SMTP id b11mr281963nfi; Mon, 19 Dec 2005 14:42:13 -0800 (PST) Received: by 10.48.30.15 with HTTP; Mon, 19 Dec 2005 14:42:13 -0800 (PST) Message-ID: <61c746830512191442y16277c71ob7cda1c4958cd1e1@mail.gmail.com> Date: Mon, 19 Dec 2005 23:42:13 +0100 From: Antoine Pelisse To: Vladimir Kushnir In-Reply-To: <200509030220.18239.vkushnir@i.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_26700_12188695.1135032133250" References: <20050903004621.L1919@kushnir1.kiev.ua> <1125699211.808.9.camel@synergy.charterpipeline.net.lan> <200509030220.18239.vkushnir@i.kiev.ua> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org, Pascal Hofstee Subject: Re: libmap.conf: mapping directories? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2005 22:42:38 -0000 ------=_Part_26700_12188695.1135032133250 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The patch attached is implementing a freebsd32 prefix thing like we do for the linux compatibility. It would be nice if you could try it and report me any errors or bugs you may find. The patch is meant to be applied against current and might work on the 6- branch. It won't be enough and some file-moving would be needed to make it work correctly as there is still nothing in the /compat/ia32 directory afaik. I mean that it would be interesting to move the freebsd32 libs and other compatibility files in that folder. Best Regards, Antoine ------=_Part_26700_12188695.1135032133250 Content-Type: application/octet-stream; name=freebsd32prefix-current.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="freebsd32prefix-current.patch" diff -ru sys.old/compat/freebsd32/freebsd32_file.c sys/compat/freebsd32/freebsd32_file.c --- sys.old/compat/freebsd32/freebsd32_file.c Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_file.c Fri Dec 9 21:37:03 2005 @@ -0,0 +1,268 @@ +/*- + * Copyright (c) 2005 Antoine Pelisse + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ + +#include + +#include "opt_compat.h" + +#include +#include +#include + +#include +#include +#include + +int +freebsd32_open(struct thread *td, struct freebsd32_open_args *args) +{ + int error; + char *path; + + if (args->flags & O_CREAT) + CONVPATHCREAT(td, args->path, &path); + else + CONVPATHEXIST(td, args->path, &path); + + error = kern_open(td, path, UIO_SYSSPACE, args->flags, args->mode); + FREEPATH(path); + return (error); +} + +int +freebsd32_access(struct thread *td, struct freebsd32_access_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_access(td, path, UIO_SYSSPACE, args->flags); + FREEPATH(path); + return (error); +} + +int +freebsd32_eaccess(struct thread *td, struct freebsd32_eaccess_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_eaccess(td, path, UIO_SYSSPACE, args->flags); + FREEPATH(path); + return (error); +} + +int +freebsd32_unlink(struct thread *td, struct freebsd32_unlink_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_unlink(td, path, UIO_SYSSPACE); + FREEPATH(path); + return (error); +} + +int +freebsd32_chdir(struct thread *td, struct freebsd32_chdir_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_chdir(td, path, UIO_SYSSPACE); + FREEPATH(path); + return (error); +} + +int +freebsd32_chmod(struct thread *td, struct freebsd32_chmod_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_chmod(td, path, UIO_SYSSPACE, args->mode); + FREEPATH(path); + return (error); +} + +int +freebsd32_lchmod(struct thread *td, struct freebsd32_lchmod_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_lchmod(td, path, UIO_SYSSPACE, args->mode); + FREEPATH(path); + return (error); +} + +int +freebsd32_mknod(struct thread *td, struct freebsd32_mknod_args *args) +{ + int error; + char *path; + + CONVPATHCREAT(td, args->path, &path); + + error = kern_mknod(td, path, UIO_SYSSPACE, args->mode, args->dev); + FREEPATH(path); + return (error); +} + +int +freebsd32_mkdir(struct thread *td, struct freebsd32_mkdir_args *args) +{ + int error; + char *path; + + CONVPATHCREAT(td, args->path, &path); + + error = kern_mkdir(td, path, UIO_SYSSPACE, args->mode); + FREEPATH(path); + return (error); +} + +int +freebsd32_rmdir(struct thread *td, struct freebsd32_rmdir_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_rmdir(td, path, UIO_SYSSPACE); + FREEPATH(path); + return (error); +} + +int +freebsd32_rename(struct thread *td, struct freebsd32_rename_args *args) +{ + int error; + char *frompath, *topath; + + CONVPATHEXIST(td, args->from, &frompath); + error = freebsd32_convpath(td, args->to, UIO_USERSPACE, &topath, 1); + if (topath == NULL) { + FREEPATH(frompath); + return (error); + } + + error = kern_rename(td, frompath, topath, UIO_SYSSPACE); + FREEPATH(frompath); + FREEPATH(topath); + return (error); +} + +int +freebsd32_symlink(struct thread *td, struct freebsd32_symlink_args *args) +{ + int error; + char *path, *link; + + CONVPATHEXIST(td, args->path, &path); + error = freebsd32_convpath(td, args->link, UIO_USERSPACE, &link, 1); + if (link == NULL) { + FREEPATH(path); + return (error); + } + + error = kern_symlink(td, path, link, UIO_SYSSPACE); + FREEPATH(path); + FREEPATH(link); + return (error); +} + +int +freebsd32_readlink(struct thread *td, struct freebsd32_readlink_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_readlink(td, path, UIO_SYSSPACE, args->buf, UIO_USERSPACE, + args->count); + FREEPATH(path); + return (error); +} + +int +freebsd32_link(struct thread *td, struct freebsd32_link_args *args) +{ + int error; + char *path, *link; + + CONVPATHEXIST(td, args->path, &path); + error = freebsd32_convpath(td, args->link, UIO_USERSPACE, &link, 1); + if (link == NULL) { + FREEPATH(path); + return (error); + } + + error = kern_link(td, path, link, UIO_SYSSPACE); + FREEPATH(path); + FREEPATH(link); + return (error); +} + +int +freebsd32_chown(struct thread *td, struct freebsd32_chown_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_chown(td, path, UIO_SYSSPACE, args->uid, args->gid); + FREEPATH(path); + return (error); +} + +int +freebsd32_lchown(struct thread *td, struct freebsd32_lchown_args *args) +{ + int error; + char *path; + + CONVPATHEXIST(td, args->path, &path); + + error = kern_lchown(td, path, UIO_SYSSPACE, args->uid, args->gid); + FREEPATH(path); + return (error); +} diff -ru sys.old/compat/freebsd32/freebsd32_misc.c sys/compat/freebsd32/freebsd32_misc.c --- sys.old/compat/freebsd32/freebsd32_misc.c Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_misc.c Fri Dec 9 21:37:03 2005 @@ -1205,6 +1205,9 @@ struct timeval32 s32[2]; struct timeval s[2], *sp; int error; + char *path; + + CONVPATHEXIST(td, uap->path, &path); if (uap->tptr != NULL) { error = copyin(uap->tptr, s32, sizeof(s32)); @@ -1217,7 +1220,10 @@ sp = s; } else sp = NULL; - return (kern_utimes(td, uap->path, UIO_USERSPACE, sp, UIO_SYSSPACE)); + + error = kern_utimes(td, path, UIO_SYSSPACE, sp, UIO_SYSSPACE); + FREEPATH(path); + return (error); } int @@ -1274,8 +1280,12 @@ struct statfs32 s32; struct statfs s; int error; + char *path; - error = kern_statfs(td, uap->path, UIO_USERSPACE, &s); + CONVPATHEXIST(td, uap->path, &path); + + error = kern_statfs(td, path, UIO_SYSSPACE, &s); + FREEPATH(path); if (error) return (error); copy_statfs(&s, &s32); @@ -1390,11 +1400,15 @@ int freebsd32_truncate(struct thread *td, struct freebsd32_truncate_args *uap) { - struct truncate_args ap; + int error; + char *path; - ap.path = uap->path; - ap.length = (uap->lengthlo | ((off_t)uap->lengthhi << 32)); - return (truncate(td, &ap)); + CONVPATHEXIST(td, uap->path, &path); + + error = kern_truncate(td, path, UIO_SYSSPACE, + (uap->lengthlo | ((off_t)uap->lengthhi << 32))); + FREEPATH(path); + return (error); } int @@ -1490,8 +1504,12 @@ struct stat sb; struct stat32 sb32; int error; + char *path; - error = kern_stat(td, uap->path, UIO_USERSPACE, &sb); + CONVPATHEXIST(td, uap->path, &path); + + error = kern_stat(td, path, UIO_SYSSPACE, &sb); + FREEPATH(path); if (error) return (error); copy_stat(&sb, &sb32); @@ -1520,8 +1538,12 @@ struct stat sb; struct stat32 sb32; int error; + char *path; + + CONVPATHEXIST(td, uap->path, &path); - error = kern_lstat(td, uap->path, UIO_USERSPACE, &sb); + error = kern_lstat(td, path, UIO_SYSSPACE, &sb); + FREEPATH(path); if (error) return (error); copy_stat(&sb, &sb32); diff -ru sys.old/compat/freebsd32/freebsd32_proto.h sys/compat/freebsd32/freebsd32_proto.h --- sys.old/compat/freebsd32/freebsd32_proto.h Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_proto.h Fri Dec 9 21:50:29 2005 @@ -32,12 +32,41 @@ #define PADR_(t) 0 #endif +struct freebsd32_open_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char flags_l_[PADL_(int)]; int flags; char flags_r_[PADR_(int)]; + char mode_l_[PADL_(int)]; int mode; char mode_r_[PADR_(int)]; +}; struct freebsd32_wait4_args { char pid_l_[PADL_(int)]; int pid; char pid_r_[PADR_(int)]; char status_l_[PADL_(int *)]; int * status; char status_r_[PADR_(int *)]; char options_l_[PADL_(int)]; int options; char options_r_[PADR_(int)]; char rusage_l_[PADL_(struct rusage32 *)]; struct rusage32 * rusage; char rusage_r_[PADR_(struct rusage32 *)]; }; +struct freebsd32_link_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char link_l_[PADL_(char *)]; char * link; char link_r_[PADR_(char *)]; +}; +struct freebsd32_unlink_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; +}; +struct freebsd32_chdir_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; +}; +struct freebsd32_mknod_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char mode_l_[PADL_(int)]; int mode; char mode_r_[PADR_(int)]; + char dev_l_[PADL_(int)]; int dev; char dev_r_[PADR_(int)]; +}; +struct freebsd32_chmod_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char mode_l_[PADL_(int)]; int mode; char mode_r_[PADR_(int)]; +}; +struct freebsd32_chown_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char uid_l_[PADL_(int)]; int uid; char uid_r_[PADR_(int)]; + char gid_l_[PADL_(int)]; int gid; char gid_r_[PADR_(int)]; +}; struct freebsd32_recvmsg_args { char s_l_[PADL_(int)]; int s; char s_r_[PADR_(int)]; char msg_l_[PADL_(struct msghdr32 *)]; struct msghdr32 * msg; char msg_r_[PADR_(struct msghdr32 *)]; @@ -56,6 +85,10 @@ char from_l_[PADL_(u_int32_t)]; u_int32_t from; char from_r_[PADR_(u_int32_t)]; char fromlenaddr_l_[PADL_(u_int32_t)]; u_int32_t fromlenaddr; char fromlenaddr_r_[PADR_(u_int32_t)]; }; +struct freebsd32_access_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char flags_l_[PADL_(int)]; int flags; char flags_r_[PADR_(int)]; +}; struct ofreebsd32_sigpending_args { register_t dummy; }; @@ -63,6 +96,15 @@ char ss_l_[PADL_(struct sigaltstack32 *)]; struct sigaltstack32 * ss; char ss_r_[PADR_(struct sigaltstack32 *)]; char oss_l_[PADL_(struct sigaltstack32 *)]; struct sigaltstack32 * oss; char oss_r_[PADR_(struct sigaltstack32 *)]; }; +struct freebsd32_symlink_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char link_l_[PADL_(char *)]; char * link; char link_r_[PADR_(char *)]; +}; +struct freebsd32_readlink_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char buf_l_[PADL_(char *)]; char * buf; char buf_r_[PADR_(char *)]; + char count_l_[PADL_(int)]; int count; char count_r_[PADR_(int)]; +}; struct freebsd32_execve_args { char fname_l_[PADL_(char *)]; char * fname; char fname_r_[PADR_(char *)]; char argv_l_[PADL_(u_int32_t *)]; u_int32_t * argv; char argv_r_[PADR_(u_int32_t *)]; @@ -106,6 +148,17 @@ char tv_l_[PADL_(struct timeval32 *)]; struct timeval32 * tv; char tv_r_[PADR_(struct timeval32 *)]; char tzp_l_[PADL_(struct timezone *)]; struct timezone * tzp; char tzp_r_[PADR_(struct timezone *)]; }; +struct freebsd32_rename_args { + char from_l_[PADL_(char *)]; char * from; char from_r_[PADR_(char *)]; + char to_l_[PADL_(char *)]; char * to; char to_r_[PADR_(char *)]; +}; +struct freebsd32_mkdir_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char mode_l_[PADL_(int)]; int mode; char mode_r_[PADR_(int)]; +}; +struct freebsd32_rmdir_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; +}; struct freebsd32_utimes_args { char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; char tptr_l_[PADL_(struct timeval32 *)]; struct timeval32 * tptr; char tptr_r_[PADR_(struct timeval32 *)]; @@ -220,6 +273,15 @@ char rqtp_l_[PADL_(const struct timespec32 *)]; const struct timespec32 * rqtp; char rqtp_r_[PADR_(const struct timespec32 *)]; char rmtp_l_[PADL_(struct timespec32 *)]; struct timespec32 * rmtp; char rmtp_r_[PADR_(struct timespec32 *)]; }; +struct freebsd32_lchown_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char uid_l_[PADL_(int)]; int uid; char uid_r_[PADR_(int)]; + char gid_l_[PADL_(int)]; int gid; char gid_r_[PADR_(int)]; +}; +struct freebsd32_lchmod_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char mode_l_[PADL_(mode_t)]; mode_t mode; char mode_r_[PADR_(mode_t)]; +}; struct freebsd32_preadv_args { char fd_l_[PADL_(int)]; int fd; char fd_r_[PADR_(int)]; char iovp_l_[PADL_(struct iovec32 *)]; struct iovec32 * iovp; char iovp_r_[PADR_(struct iovec32 *)]; @@ -244,6 +306,10 @@ char nevents_l_[PADL_(int)]; int nevents; char nevents_r_[PADR_(int)]; char timeout_l_[PADL_(const struct timespec32 *)]; const struct timespec32 * timeout; char timeout_r_[PADR_(const struct timespec32 *)]; }; +struct freebsd32_eaccess_args { + char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char flags_l_[PADL_(int)]; int flags; char flags_r_[PADR_(int)]; +}; struct freebsd32_sendfile_args { char fd_l_[PADL_(int)]; int fd; char fd_r_[PADR_(int)]; char s_l_[PADL_(int)]; int s; char s_r_[PADR_(int)]; @@ -272,11 +338,21 @@ char oucp_l_[PADL_(struct freebsd32_ucontext *)]; struct freebsd32_ucontext * oucp; char oucp_r_[PADR_(struct freebsd32_ucontext *)]; char ucp_l_[PADL_(const struct freebsd32_ucontext *)]; const struct freebsd32_ucontext * ucp; char ucp_r_[PADR_(const struct freebsd32_ucontext *)]; }; +int freebsd32_open(struct thread *, struct freebsd32_open_args *); int freebsd32_wait4(struct thread *, struct freebsd32_wait4_args *); +int freebsd32_link(struct thread *, struct freebsd32_link_args *); +int freebsd32_unlink(struct thread *, struct freebsd32_unlink_args *); +int freebsd32_chdir(struct thread *, struct freebsd32_chdir_args *); +int freebsd32_mknod(struct thread *, struct freebsd32_mknod_args *); +int freebsd32_chmod(struct thread *, struct freebsd32_chmod_args *); +int freebsd32_chown(struct thread *, struct freebsd32_chown_args *); int freebsd32_recvmsg(struct thread *, struct freebsd32_recvmsg_args *); int freebsd32_sendmsg(struct thread *, struct freebsd32_sendmsg_args *); int freebsd32_recvfrom(struct thread *, struct freebsd32_recvfrom_args *); +int freebsd32_access(struct thread *, struct freebsd32_access_args *); int freebsd32_sigaltstack(struct thread *, struct freebsd32_sigaltstack_args *); +int freebsd32_symlink(struct thread *, struct freebsd32_symlink_args *); +int freebsd32_readlink(struct thread *, struct freebsd32_readlink_args *); int freebsd32_execve(struct thread *, struct freebsd32_execve_args *); int freebsd32_setitimer(struct thread *, struct freebsd32_setitimer_args *); int freebsd32_getitimer(struct thread *, struct freebsd32_getitimer_args *); @@ -286,6 +362,9 @@ int freebsd32_readv(struct thread *, struct freebsd32_readv_args *); int freebsd32_writev(struct thread *, struct freebsd32_writev_args *); int freebsd32_settimeofday(struct thread *, struct freebsd32_settimeofday_args *); +int freebsd32_rename(struct thread *, struct freebsd32_rename_args *); +int freebsd32_mkdir(struct thread *, struct freebsd32_mkdir_args *); +int freebsd32_rmdir(struct thread *, struct freebsd32_rmdir_args *); int freebsd32_utimes(struct thread *, struct freebsd32_utimes_args *); int freebsd32_adjtime(struct thread *, struct freebsd32_adjtime_args *); int freebsd32_semsys(struct thread *, struct freebsd32_semsys_args *); @@ -306,10 +385,13 @@ int freebsd32_clock_settime(struct thread *, struct freebsd32_clock_settime_args *); int freebsd32_clock_getres(struct thread *, struct freebsd32_clock_getres_args *); int freebsd32_nanosleep(struct thread *, struct freebsd32_nanosleep_args *); +int freebsd32_lchown(struct thread *, struct freebsd32_lchown_args *); +int freebsd32_lchmod(struct thread *, struct freebsd32_lchmod_args *); int freebsd32_preadv(struct thread *, struct freebsd32_preadv_args *); int freebsd32_pwritev(struct thread *, struct freebsd32_pwritev_args *); int freebsd32_modstat(struct thread *, struct freebsd32_modstat_args *); int freebsd32_kevent(struct thread *, struct freebsd32_kevent_args *); +int freebsd32_eaccess(struct thread *, struct freebsd32_eaccess_args *); int freebsd32_sendfile(struct thread *, struct freebsd32_sendfile_args *); int freebsd32_sigaction(struct thread *, struct freebsd32_sigaction_args *); int freebsd32_sigreturn(struct thread *, struct freebsd32_sigreturn_args *); diff -ru sys.old/compat/freebsd32/freebsd32_syscall.h sys/compat/freebsd32/freebsd32_syscall.h --- sys.old/compat/freebsd32/freebsd32_syscall.h Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_syscall.h Fri Dec 9 21:50:29 2005 @@ -11,18 +11,18 @@ #define FREEBSD32_SYS_fork 2 #define FREEBSD32_SYS_read 3 #define FREEBSD32_SYS_write 4 -#define FREEBSD32_SYS_open 5 +#define FREEBSD32_SYS_freebsd32_open 5 #define FREEBSD32_SYS_close 6 #define FREEBSD32_SYS_freebsd32_wait4 7 /* 8 is obsolete old creat */ -#define FREEBSD32_SYS_link 9 -#define FREEBSD32_SYS_unlink 10 +#define FREEBSD32_SYS_freebsd32_link 9 +#define FREEBSD32_SYS_freebsd32_unlink 10 /* 11 is obsolete execv */ -#define FREEBSD32_SYS_chdir 12 +#define FREEBSD32_SYS_freebsd32_chdir 12 #define FREEBSD32_SYS_fchdir 13 -#define FREEBSD32_SYS_mknod 14 -#define FREEBSD32_SYS_chmod 15 -#define FREEBSD32_SYS_chown 16 +#define FREEBSD32_SYS_freebsd32_mknod 14 +#define FREEBSD32_SYS_freebsd32_chmod 15 +#define FREEBSD32_SYS_freebsd32_chown 16 #define FREEBSD32_SYS_break 17 /* 18 is old freebsd32_getfsstat */ /* 19 is obsolete olseek */ @@ -39,7 +39,7 @@ #define FREEBSD32_SYS_accept 30 #define FREEBSD32_SYS_getpeername 31 #define FREEBSD32_SYS_getsockname 32 -#define FREEBSD32_SYS_access 33 +#define FREEBSD32_SYS_freebsd32_access 33 #define FREEBSD32_SYS_chflags 34 #define FREEBSD32_SYS_fchflags 35 #define FREEBSD32_SYS_sync 36 @@ -61,8 +61,8 @@ #define FREEBSD32_SYS_ioctl 54 #define FREEBSD32_SYS_reboot 55 #define FREEBSD32_SYS_revoke 56 -#define FREEBSD32_SYS_symlink 57 -#define FREEBSD32_SYS_readlink 58 +#define FREEBSD32_SYS_freebsd32_symlink 57 +#define FREEBSD32_SYS_freebsd32_readlink 58 #define FREEBSD32_SYS_freebsd32_execve 59 #define FREEBSD32_SYS_umask 60 #define FREEBSD32_SYS_chroot 61 @@ -129,7 +129,7 @@ /* 125 is obsolete orecvfrom */ #define FREEBSD32_SYS_setreuid 126 #define FREEBSD32_SYS_setregid 127 -#define FREEBSD32_SYS_rename 128 +#define FREEBSD32_SYS_freebsd32_rename 128 /* 129 is obsolete otruncate */ /* 130 is obsolete ftruncate */ #define FREEBSD32_SYS_flock 131 @@ -137,8 +137,8 @@ #define FREEBSD32_SYS_sendto 133 #define FREEBSD32_SYS_shutdown 134 #define FREEBSD32_SYS_socketpair 135 -#define FREEBSD32_SYS_mkdir 136 -#define FREEBSD32_SYS_rmdir 137 +#define FREEBSD32_SYS_freebsd32_mkdir 136 +#define FREEBSD32_SYS_freebsd32_rmdir 137 #define FREEBSD32_SYS_freebsd32_utimes 138 /* 139 is obsolete 4.2 sigreturn */ #define FREEBSD32_SYS_freebsd32_adjtime 140 @@ -209,9 +209,9 @@ #define FREEBSD32_SYS_rfork 251 #define FREEBSD32_SYS_openbsd_poll 252 #define FREEBSD32_SYS_issetugid 253 -#define FREEBSD32_SYS_lchown 254 +#define FREEBSD32_SYS_freebsd32_lchown 254 #define FREEBSD32_SYS_getdents 272 -#define FREEBSD32_SYS_lchmod 274 +#define FREEBSD32_SYS_freebsd32_lchmod 274 #define FREEBSD32_SYS_netbsd_lchown 275 #define FREEBSD32_SYS_lutimes 276 #define FREEBSD32_SYS_netbsd_msync 277 @@ -280,7 +280,7 @@ #define FREEBSD32_SYS_extattr_get_fd 372 #define FREEBSD32_SYS_extattr_delete_fd 373 #define FREEBSD32_SYS___setugid 374 -#define FREEBSD32_SYS_eaccess 376 +#define FREEBSD32_SYS_freebsd32_eaccess 376 #define FREEBSD32_SYS_nmount 378 #define FREEBSD32_SYS_kse_exit 379 #define FREEBSD32_SYS_kse_wakeup 380 diff -ru sys.old/compat/freebsd32/freebsd32_syscalls.c sys/compat/freebsd32/freebsd32_syscalls.c --- sys.old/compat/freebsd32/freebsd32_syscalls.c Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_syscalls.c Fri Dec 9 21:50:29 2005 @@ -12,18 +12,18 @@ "fork", /* 2 = fork */ "read", /* 3 = read */ "write", /* 4 = write */ - "open", /* 5 = open */ + "freebsd32_open", /* 5 = freebsd32_open */ "close", /* 6 = close */ "freebsd32_wait4", /* 7 = freebsd32_wait4 */ "obs_old", /* 8 = obsolete old creat */ - "link", /* 9 = link */ - "unlink", /* 10 = unlink */ + "freebsd32_link", /* 9 = freebsd32_link */ + "freebsd32_unlink", /* 10 = freebsd32_unlink */ "obs_execv", /* 11 = obsolete execv */ - "chdir", /* 12 = chdir */ + "freebsd32_chdir", /* 12 = freebsd32_chdir */ "fchdir", /* 13 = fchdir */ - "mknod", /* 14 = mknod */ - "chmod", /* 15 = chmod */ - "chown", /* 16 = chown */ + "freebsd32_mknod", /* 14 = freebsd32_mknod */ + "freebsd32_chmod", /* 15 = freebsd32_chmod */ + "freebsd32_chown", /* 16 = freebsd32_chown */ "break", /* 17 = break */ "old.freebsd32_getfsstat", /* 18 = old freebsd32_getfsstat */ "obs_olseek", /* 19 = obsolete olseek */ @@ -40,7 +40,7 @@ "accept", /* 30 = accept */ "getpeername", /* 31 = getpeername */ "getsockname", /* 32 = getsockname */ - "access", /* 33 = access */ + "freebsd32_access", /* 33 = freebsd32_access */ "chflags", /* 34 = chflags */ "fchflags", /* 35 = fchflags */ "sync", /* 36 = sync */ @@ -64,8 +64,8 @@ "ioctl", /* 54 = ioctl */ "reboot", /* 55 = reboot */ "revoke", /* 56 = revoke */ - "symlink", /* 57 = symlink */ - "readlink", /* 58 = readlink */ + "freebsd32_symlink", /* 57 = freebsd32_symlink */ + "freebsd32_readlink", /* 58 = freebsd32_readlink */ "freebsd32_execve", /* 59 = freebsd32_execve */ "umask", /* 60 = umask */ "chroot", /* 61 = chroot */ @@ -135,7 +135,7 @@ "obs_orecvfrom", /* 125 = obsolete orecvfrom */ "setreuid", /* 126 = setreuid */ "setregid", /* 127 = setregid */ - "rename", /* 128 = rename */ + "freebsd32_rename", /* 128 = freebsd32_rename */ "obs_otruncate", /* 129 = obsolete otruncate */ "obs_ftruncate", /* 130 = obsolete ftruncate */ "flock", /* 131 = flock */ @@ -143,8 +143,8 @@ "sendto", /* 133 = sendto */ "shutdown", /* 134 = shutdown */ "socketpair", /* 135 = socketpair */ - "mkdir", /* 136 = mkdir */ - "rmdir", /* 137 = rmdir */ + "freebsd32_mkdir", /* 136 = freebsd32_mkdir */ + "freebsd32_rmdir", /* 137 = freebsd32_rmdir */ "freebsd32_utimes", /* 138 = freebsd32_utimes */ "obs_4.2", /* 139 = obsolete 4.2 sigreturn */ "freebsd32_adjtime", /* 140 = freebsd32_adjtime */ @@ -261,7 +261,7 @@ "rfork", /* 251 = rfork */ "openbsd_poll", /* 252 = openbsd_poll */ "issetugid", /* 253 = issetugid */ - "lchown", /* 254 = lchown */ + "freebsd32_lchown", /* 254 = freebsd32_lchown */ "#255", /* 255 = nosys */ "#256", /* 256 = nosys */ "#257", /* 257 = nosys */ @@ -281,7 +281,7 @@ "#271", /* 271 = nosys */ "getdents", /* 272 = getdents */ "#273", /* 273 = nosys */ - "lchmod", /* 274 = lchmod */ + "freebsd32_lchmod", /* 274 = freebsd32_lchmod */ "netbsd_lchown", /* 275 = netbsd_lchown */ "lutimes", /* 276 = lutimes */ "netbsd_msync", /* 277 = netbsd_msync */ @@ -383,7 +383,7 @@ "extattr_delete_fd", /* 373 = extattr_delete_fd */ "__setugid", /* 374 = __setugid */ "#375", /* 375 = nfsclnt */ - "eaccess", /* 376 = eaccess */ + "freebsd32_eaccess", /* 376 = freebsd32_eaccess */ "#377", /* 377 = afs_syscall */ "nmount", /* 378 = nmount */ "kse_exit", /* 379 = kse_exit */ diff -ru sys.old/compat/freebsd32/freebsd32_sysent.c sys/compat/freebsd32/freebsd32_sysent.c --- sys.old/compat/freebsd32/freebsd32_sysent.c Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_sysent.c Fri Dec 9 21:50:29 2005 @@ -37,18 +37,18 @@ { SYF_MPSAFE | 0, (sy_call_t *)fork, AUE_NULL }, /* 2 = fork */ { SYF_MPSAFE | AS(read_args), (sy_call_t *)read, AUE_NULL }, /* 3 = read */ { SYF_MPSAFE | AS(write_args), (sy_call_t *)write, AUE_NULL }, /* 4 = write */ - { SYF_MPSAFE | AS(open_args), (sy_call_t *)open, AUE_NULL }, /* 5 = open */ + { SYF_MPSAFE | AS(freebsd32_open_args), (sy_call_t *)freebsd32_open, AUE_NULL }, /* 5 = freebsd32_open */ { SYF_MPSAFE | AS(close_args), (sy_call_t *)close, AUE_NULL }, /* 6 = close */ { SYF_MPSAFE | AS(freebsd32_wait4_args), (sy_call_t *)freebsd32_wait4, AUE_NULL }, /* 7 = freebsd32_wait4 */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 8 = obsolete old creat */ - { SYF_MPSAFE | AS(link_args), (sy_call_t *)link, AUE_NULL }, /* 9 = link */ - { SYF_MPSAFE | AS(unlink_args), (sy_call_t *)unlink, AUE_NULL }, /* 10 = unlink */ + { SYF_MPSAFE | AS(freebsd32_link_args), (sy_call_t *)freebsd32_link, AUE_NULL }, /* 9 = freebsd32_link */ + { SYF_MPSAFE | AS(freebsd32_unlink_args), (sy_call_t *)freebsd32_unlink, AUE_NULL }, /* 10 = freebsd32_unlink */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 11 = obsolete execv */ - { SYF_MPSAFE | AS(chdir_args), (sy_call_t *)chdir, AUE_NULL }, /* 12 = chdir */ + { SYF_MPSAFE | AS(freebsd32_chdir_args), (sy_call_t *)freebsd32_chdir, AUE_NULL }, /* 12 = freebsd32_chdir */ { SYF_MPSAFE | AS(fchdir_args), (sy_call_t *)fchdir, AUE_NULL }, /* 13 = fchdir */ - { SYF_MPSAFE | AS(mknod_args), (sy_call_t *)mknod, AUE_NULL }, /* 14 = mknod */ - { SYF_MPSAFE | AS(chmod_args), (sy_call_t *)chmod, AUE_NULL }, /* 15 = chmod */ - { SYF_MPSAFE | AS(chown_args), (sy_call_t *)chown, AUE_NULL }, /* 16 = chown */ + { SYF_MPSAFE | AS(freebsd32_mknod_args), (sy_call_t *)freebsd32_mknod, AUE_NULL }, /* 14 = freebsd32_mknod */ + { SYF_MPSAFE | AS(freebsd32_chmod_args), (sy_call_t *)freebsd32_chmod, AUE_NULL }, /* 15 = freebsd32_chmod */ + { SYF_MPSAFE | AS(freebsd32_chown_args), (sy_call_t *)freebsd32_chown, AUE_NULL }, /* 16 = freebsd32_chown */ { SYF_MPSAFE | AS(obreak_args), (sy_call_t *)obreak, AUE_NULL }, /* 17 = break */ { compat4(SYF_MPSAFE | AS(freebsd4_freebsd32_getfsstat_args),freebsd32_getfsstat), AUE_NULL }, /* 18 = old freebsd32_getfsstat */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 19 = obsolete olseek */ @@ -65,7 +65,7 @@ { SYF_MPSAFE | AS(accept_args), (sy_call_t *)accept, AUE_NULL }, /* 30 = accept */ { SYF_MPSAFE | AS(getpeername_args), (sy_call_t *)getpeername, AUE_NULL }, /* 31 = getpeername */ { SYF_MPSAFE | AS(getsockname_args), (sy_call_t *)getsockname, AUE_NULL }, /* 32 = getsockname */ - { SYF_MPSAFE | AS(access_args), (sy_call_t *)access, AUE_NULL }, /* 33 = access */ + { SYF_MPSAFE | AS(freebsd32_access_args), (sy_call_t *)freebsd32_access, AUE_NULL }, /* 33 = freebsd32_access */ { SYF_MPSAFE | AS(chflags_args), (sy_call_t *)chflags, AUE_NULL }, /* 34 = chflags */ { SYF_MPSAFE | AS(fchflags_args), (sy_call_t *)fchflags, AUE_NULL }, /* 35 = fchflags */ { SYF_MPSAFE | 0, (sy_call_t *)sync, AUE_NULL }, /* 36 = sync */ @@ -89,8 +89,8 @@ { SYF_MPSAFE | AS(ioctl_args), (sy_call_t *)ioctl, AUE_NULL }, /* 54 = ioctl */ { SYF_MPSAFE | AS(reboot_args), (sy_call_t *)reboot, AUE_NULL }, /* 55 = reboot */ { SYF_MPSAFE | AS(revoke_args), (sy_call_t *)revoke, AUE_NULL }, /* 56 = revoke */ - { SYF_MPSAFE | AS(symlink_args), (sy_call_t *)symlink, AUE_NULL }, /* 57 = symlink */ - { SYF_MPSAFE | AS(readlink_args), (sy_call_t *)readlink, AUE_NULL }, /* 58 = readlink */ + { SYF_MPSAFE | AS(freebsd32_symlink_args), (sy_call_t *)freebsd32_symlink, AUE_NULL }, /* 57 = freebsd32_symlink */ + { SYF_MPSAFE | AS(freebsd32_readlink_args), (sy_call_t *)freebsd32_readlink, AUE_NULL }, /* 58 = freebsd32_readlink */ { SYF_MPSAFE | AS(freebsd32_execve_args), (sy_call_t *)freebsd32_execve, AUE_NULL }, /* 59 = freebsd32_execve */ { SYF_MPSAFE | AS(umask_args), (sy_call_t *)umask, AUE_NULL }, /* 60 = umask */ { SYF_MPSAFE | AS(chroot_args), (sy_call_t *)chroot, AUE_NULL }, /* 61 = chroot */ @@ -160,7 +160,7 @@ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 125 = obsolete orecvfrom */ { SYF_MPSAFE | AS(setreuid_args), (sy_call_t *)setreuid, AUE_NULL }, /* 126 = setreuid */ { SYF_MPSAFE | AS(setregid_args), (sy_call_t *)setregid, AUE_NULL }, /* 127 = setregid */ - { SYF_MPSAFE | AS(rename_args), (sy_call_t *)rename, AUE_NULL }, /* 128 = rename */ + { SYF_MPSAFE | AS(freebsd32_rename_args), (sy_call_t *)freebsd32_rename, AUE_NULL }, /* 128 = freebsd32_rename */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 129 = obsolete otruncate */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 130 = obsolete ftruncate */ { SYF_MPSAFE | AS(flock_args), (sy_call_t *)flock, AUE_NULL }, /* 131 = flock */ @@ -168,8 +168,8 @@ { SYF_MPSAFE | AS(sendto_args), (sy_call_t *)sendto, AUE_NULL }, /* 133 = sendto */ { SYF_MPSAFE | AS(shutdown_args), (sy_call_t *)shutdown, AUE_NULL }, /* 134 = shutdown */ { SYF_MPSAFE | AS(socketpair_args), (sy_call_t *)socketpair, AUE_NULL }, /* 135 = socketpair */ - { SYF_MPSAFE | AS(mkdir_args), (sy_call_t *)mkdir, AUE_NULL }, /* 136 = mkdir */ - { SYF_MPSAFE | AS(rmdir_args), (sy_call_t *)rmdir, AUE_NULL }, /* 137 = rmdir */ + { SYF_MPSAFE | AS(freebsd32_mkdir_args), (sy_call_t *)freebsd32_mkdir, AUE_NULL }, /* 136 = freebsd32_mkdir */ + { SYF_MPSAFE | AS(freebsd32_rmdir_args), (sy_call_t *)freebsd32_rmdir, AUE_NULL }, /* 137 = freebsd32_rmdir */ { SYF_MPSAFE | AS(freebsd32_utimes_args), (sy_call_t *)freebsd32_utimes, AUE_NULL }, /* 138 = freebsd32_utimes */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 139 = obsolete 4.2 sigreturn */ { SYF_MPSAFE | AS(freebsd32_adjtime_args), (sy_call_t *)freebsd32_adjtime, AUE_NULL }, /* 140 = freebsd32_adjtime */ @@ -286,7 +286,7 @@ { SYF_MPSAFE | AS(rfork_args), (sy_call_t *)rfork, AUE_NULL }, /* 251 = rfork */ { SYF_MPSAFE | AS(openbsd_poll_args), (sy_call_t *)openbsd_poll, AUE_NULL }, /* 252 = openbsd_poll */ { SYF_MPSAFE | 0, (sy_call_t *)issetugid, AUE_NULL }, /* 253 = issetugid */ - { SYF_MPSAFE | AS(lchown_args), (sy_call_t *)lchown, AUE_NULL }, /* 254 = lchown */ + { SYF_MPSAFE | AS(freebsd32_lchown_args), (sy_call_t *)freebsd32_lchown, AUE_NULL }, /* 254 = freebsd32_lchown */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 255 = nosys */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 256 = nosys */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 257 = nosys */ @@ -306,7 +306,7 @@ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 271 = nosys */ { SYF_MPSAFE | AS(getdents_args), (sy_call_t *)getdents, AUE_NULL }, /* 272 = getdents */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 273 = nosys */ - { SYF_MPSAFE | AS(lchmod_args), (sy_call_t *)lchmod, AUE_NULL }, /* 274 = lchmod */ + { SYF_MPSAFE | AS(freebsd32_lchmod_args), (sy_call_t *)freebsd32_lchmod, AUE_NULL }, /* 274 = freebsd32_lchmod */ { SYF_MPSAFE | AS(lchown_args), (sy_call_t *)lchown, AUE_NULL }, /* 275 = netbsd_lchown */ { SYF_MPSAFE | AS(lutimes_args), (sy_call_t *)lutimes, AUE_NULL }, /* 276 = lutimes */ { SYF_MPSAFE | AS(msync_args), (sy_call_t *)msync, AUE_NULL }, /* 277 = netbsd_msync */ @@ -408,7 +408,7 @@ { AS(extattr_delete_fd_args), (sy_call_t *)extattr_delete_fd, AUE_NULL }, /* 373 = extattr_delete_fd */ { SYF_MPSAFE | AS(__setugid_args), (sy_call_t *)__setugid, AUE_NULL }, /* 374 = __setugid */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 375 = nfsclnt */ - { SYF_MPSAFE | AS(eaccess_args), (sy_call_t *)eaccess, AUE_NULL }, /* 376 = eaccess */ + { SYF_MPSAFE | AS(freebsd32_eaccess_args), (sy_call_t *)freebsd32_eaccess, AUE_NULL }, /* 376 = freebsd32_eaccess */ { 0, (sy_call_t *)nosys, AUE_NULL }, /* 377 = afs_syscall */ { AS(nmount_args), (sy_call_t *)nmount, AUE_NULL }, /* 378 = nmount */ { SYF_MPSAFE | 0, (sy_call_t *)kse_exit, AUE_NULL }, /* 379 = kse_exit */ diff -ru sys.old/compat/freebsd32/freebsd32_util.c sys/compat/freebsd32/freebsd32_util.c --- sys.old/compat/freebsd32/freebsd32_util.c Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_util.c Fri Dec 9 21:37:03 2005 @@ -0,0 +1,46 @@ +/*- + * Copyright (c) 2005 Antoine Pelisse + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ + +#include + +#include "opt_compat.h" + +#include +#include + +#include + +const char freebsd32_path[] = "/compat/ia32"; + +int +freebsd32_convpath(struct thread *td, char *path, enum uio_seg pathseg, + char **pbuf, int cflag) +{ + + return (kern_alternate_path(td, freebsd32_path, path, pathseg, pbuf, + cflag)); +} diff -ru sys.old/compat/freebsd32/freebsd32_util.h sys/compat/freebsd32/freebsd32_util.h --- sys.old/compat/freebsd32/freebsd32_util.h Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/freebsd32_util.h Fri Dec 9 21:37:03 2005 @@ -32,9 +32,10 @@ #include #include - #include +#include #include +#include #include struct freebsd32_ps_strings { @@ -47,6 +48,22 @@ #if defined(__amd64__) || defined(__ia64__) #include #endif + +int freebsd32_convpath(struct thread *, char *, enum uio_seg, char **, int); + +#define CONVPATH(td, upath, pathp, creat) \ + do { \ + int _error; \ + \ + _error = freebsd32_convpath(td, upath, UIO_USERSPACE, \ + pathp, creat); \ + if (*(pathp) == NULL) \ + return (_error); \ + } while (0) + +#define CONVPATHEXIST(td, upath, pathp) CONVPATH(td, upath, pathp, 0) +#define CONVPATHCREAT(td, upath, pathp) CONVPATH(td, upath, pathp, 1) +#define FREEPATH(path) free(path, M_TEMP) #define FREEBSD32_PS_STRINGS \ (FREEBSD32_USRSTACK - sizeof(struct freebsd32_ps_strings)) diff -ru sys.old/compat/freebsd32/syscalls.master sys/compat/freebsd32/syscalls.master --- sys.old/compat/freebsd32/syscalls.master Mon Dec 19 23:15:56 2005 +++ sys/compat/freebsd32/syscalls.master Fri Dec 9 21:49:32 2005 @@ -58,20 +58,22 @@ size_t nbyte); } 4 AUE_NULL MNOPROTO { ssize_t write(int fd, const void *buf, \ size_t nbyte); } -5 AUE_NULL MNOPROTO { int open(char *path, int flags, \ +5 AUE_NULL MSTD { int freebsd32_open(char *path, int flags, \ int mode); } 6 AUE_NULL MNOPROTO { int close(int fd); } 7 AUE_NULL MSTD { int freebsd32_wait4(int pid, int *status, \ int options, struct rusage32 *rusage); } 8 AUE_NULL OBSOL old creat -9 AUE_NULL MNOPROTO { int link(char *path, char *link); } -10 AUE_NULL MNOPROTO { int unlink(char *path); } +9 AUE_NULL MSTD { int freebsd32_link(char *path, char *link); } +10 AUE_NULL MSTD { int freebsd32_unlink(char *path); } 11 AUE_NULL OBSOL execv -12 AUE_NULL MNOPROTO { int chdir(char *path); } -13 AUE_NULL MNOPROTO { int fchdir(int fd); } -14 AUE_NULL MNOPROTO { int mknod(char *path, int mode, int dev); } -15 AUE_NULL MNOPROTO { int chmod(char *path, int mode); } -16 AUE_NULL MNOPROTO { int chown(char *path, int uid, int gid); } +12 AUE_NULL MSTD { int freebsd32_chdir(char *path); } +13 AUE_NULL MNOPROTO { int fchdir(int fd); } +14 AUE_NULL MSTD { int freebsd32_mknod(char *path, int mode, \ + int dev); } +15 AUE_NULL MSTD { int freebsd32_chmod(char *path, int mode); } +16 AUE_NULL MSTD { int freebsd32_chown(char *path, int uid, \ + int gid); } 17 AUE_NULL MNOPROTO { int obreak(char *nsize); } break \ obreak_args int 18 AUE_NULL MCOMPAT4 { int freebsd32_getfsstat( \ @@ -101,10 +103,10 @@ int *alen); } 32 AUE_NULL MNOPROTO { int getsockname(int fdes, caddr_t asa, \ int *alen); } -33 AUE_NULL MNOPROTO { int access(char *path, int flags); } -34 AUE_NULL MNOPROTO { int chflags(char *path, int flags); } -35 AUE_NULL MNOPROTO { int fchflags(int fd, int flags); } -36 AUE_NULL MNOPROTO { int sync(void); } +33 AUE_NULL MSTD { int freebsd32_access(char *path, int flags); } +34 AUE_NULL MNOPROTO { int chflags(char *path, int flags); } +35 AUE_NULL MNOPROTO { int fchflags(int fd, int flags); } +36 AUE_NULL MNOPROTO { int sync(void); } 37 AUE_NULL MNOPROTO { int kill(int pid, int signum); } 38 AUE_NULL UNIMPL ostat 39 AUE_NULL MNOPROTO { pid_t getppid(void); } @@ -133,15 +135,16 @@ 54 AUE_NULL MNOPROTO { int ioctl(int fd, u_long com, \ caddr_t data); } 55 AUE_NULL MNOPROTO { int reboot(int opt); } -56 AUE_NULL MNOPROTO { int revoke(char *path); } -57 AUE_NULL MNOPROTO { int symlink(char *path, char *link); } -58 AUE_NULL MNOPROTO { int readlink(char *path, char *buf, \ - int count); } +56 AUE_NULL MNOPROTO { int revoke(char *path); } +57 AUE_NULL MSTD { int freebsd32_symlink(char *path, \ + char *link); } +58 AUE_NULL MSTD { int freebsd32_readlink(char *path, \ + char *buf, int count); } 59 AUE_NULL MSTD { int freebsd32_execve(char *fname, \ u_int32_t *argv, u_int32_t *envv); } 60 AUE_NULL MNOPROTO { int umask(int newmask); } umask \ umask_args int -61 AUE_NULL MNOPROTO { int chroot(char *path); } +61 AUE_NULL MNOPROTO { int chroot(char *path); } 62 AUE_NULL OBSOL ofstat 63 AUE_NULL OBSOL ogetkerninfo 64 AUE_NULL OBSOL ogetpagesize @@ -190,7 +193,7 @@ struct timeval32 *tv); } ; XXX need to override for big-endian - little-endian should work fine. 94 AUE_NULL UNIMPL setdopt -95 AUE_NULL MNOPROTO { int fsync(int fd); } +95 AUE_NULL MNOPROTO { int fsync(int fd); } 96 AUE_NULL MNOPROTO { int setpriority(int which, int who, \ int prio); } 97 AUE_NULL MNOPROTO { int socket(int domain, int type, \ @@ -235,24 +238,24 @@ 122 AUE_NULL MSTD { int freebsd32_settimeofday( \ struct timeval32 *tv, \ struct timezone *tzp); } -123 AUE_NULL MNOPROTO { int fchown(int fd, int uid, int gid); } -124 AUE_NULL MNOPROTO { int fchmod(int fd, int mode); } +123 AUE_NULL MNOPROTO { int fchown(int fd, int uid, int gid); } +124 AUE_NULL MNOPROTO { int fchmod(int fd, int mode); } 125 AUE_NULL OBSOL orecvfrom 126 AUE_NULL MNOPROTO { int setreuid(int ruid, int euid); } 127 AUE_NULL MNOPROTO { int setregid(int rgid, int egid); } -128 AUE_NULL MNOPROTO { int rename(char *from, char *to); } +128 AUE_NULL MSTD { int freebsd32_rename(char *from, char *to); } 129 AUE_NULL OBSOL otruncate 130 AUE_NULL OBSOL ftruncate 131 AUE_NULL MNOPROTO { int flock(int fd, int how); } -132 AUE_NULL MNOPROTO { int mkfifo(char *path, int mode); } +132 AUE_NULL MNOPROTO { int mkfifo(char *path, int mode); } 133 AUE_NULL MNOPROTO { int sendto(int s, caddr_t buf, \ size_t len, int flags, caddr_t to, \ int tolen); } 134 AUE_NULL MNOPROTO { int shutdown(int s, int how); } 135 AUE_NULL MNOPROTO { int socketpair(int domain, int type, \ int protocol, int *rsv); } -136 AUE_NULL MNOPROTO { int mkdir(char *path, int mode); } -137 AUE_NULL MNOPROTO { int rmdir(char *path); } +136 AUE_NULL MSTD { int freebsd32_mkdir(char *path, int mode); } +137 AUE_NULL MSTD { int freebsd32_rmdir(char *path); } 138 AUE_NULL MSTD { int freebsd32_utimes(char *path, \ struct timeval32 *tptr); } 139 AUE_NULL OBSOL 4.2 sigreturn @@ -289,7 +292,7 @@ struct statfs32 *buf); } 159 AUE_NULL UNIMPL nosys 160 AUE_NULL UNIMPL nosys -161 AUE_NULL MNOPROTO { int getfh(char *fname, \ +161 AUE_NULL MNOPROTO { int getfh(char *fname, \ struct fhandle *fhp); } 162 AUE_NULL MNOPROTO { int getdomainname(char *domainname, \ int len); } @@ -451,7 +454,8 @@ 252 AUE_NULL MNOPROTO { int openbsd_poll(struct pollfd *fds, \ u_int nfds, int timeout); } 253 AUE_NULL MNOPROTO { int issetugid(void); } -254 AUE_NULL MNOPROTO { int lchown(char *path, int uid, int gid); } +254 AUE_NULL MSTD { int freebsd32_lchown(char *path, int uid, \ + int gid); } 255 AUE_NULL UNIMPL nosys 256 AUE_NULL UNIMPL nosys 257 AUE_NULL UNIMPL nosys @@ -469,20 +473,21 @@ 269 AUE_NULL UNIMPL nosys 270 AUE_NULL UNIMPL nosys 271 AUE_NULL UNIMPL nosys -272 AUE_NULL MNOPROTO { int getdents(int fd, char *buf, \ +272 AUE_NULL MNOPROTO { int getdents(int fd, char *buf, \ size_t count); } 273 AUE_NULL UNIMPL nosys -274 AUE_NULL MNOPROTO { int lchmod(char *path, mode_t mode); } +274 AUE_NULL MSTD { int freebsd32_lchmod(char *path, \ + mode_t mode); } 275 AUE_NULL MNOPROTO { int lchown(char *path, uid_t uid, \ gid_t gid); } netbsd_lchown \ lchown_args int -276 AUE_NULL MNOPROTO { int lutimes(char *path, \ +276 AUE_NULL MNOPROTO { int lutimes(char *path, \ struct timeval *tptr); } 277 AUE_NULL MNOPROTO { int msync(void *addr, size_t len, \ int flags); } netbsd_msync msync_args int -278 AUE_NULL MNOPROTO { int nstat(char *path, struct nstat *ub); } +278 AUE_NULL MNOPROTO { int nstat(char *path, struct nstat *ub); } 279 AUE_NULL MNOPROTO { int nfstat(int fd, struct nstat *sb); } -280 AUE_NULL MNOPROTO { int nlstat(char *path, struct nstat *ub); } +280 AUE_NULL MNOPROTO { int nlstat(char *path, struct nstat *ub); } 281 AUE_NULL UNIMPL nosys 282 AUE_NULL UNIMPL nosys 283 AUE_NULL UNIMPL nosys @@ -510,9 +515,9 @@ 297 AUE_NULL MCOMPAT4 { int freebsd32_fhstatfs( \ const struct fhandle *u_fhp, \ struct statfs32 *buf); } -298 AUE_NULL MNOPROTO { int fhopen(const struct fhandle *u_fhp, \ +298 AUE_NULL MNOPROTO { int fhopen(const struct fhandle *u_fhp, \ int flags); } -299 AUE_NULL MNOPROTO { int fhstat(const struct fhandle *u_fhp, \ +299 AUE_NULL MNOPROTO { int fhstat(const struct fhandle *u_fhp, \ struct stat *sb); } ; syscall numbers for FreeBSD 300 AUE_NULL MNOPROTO { int modnext(int modid); } @@ -545,7 +550,7 @@ 323 AUE_NULL OBSOL thr_wakeup 324 AUE_NULL MNOPROTO { int mlockall(int how); } 325 AUE_NULL MNOPROTO { int munlockall(void); } -326 AUE_NULL MNOPROTO { int __getcwd(u_char *buf, u_int buflen); } +326 AUE_NULL MNOPROTO { int __getcwd(u_char *buf, u_int buflen); } 327 AUE_NULL MNOPROTO { int sched_setparam (pid_t pid, \ const struct sched_param *param); } @@ -568,7 +573,7 @@ u_int32_t offsetlo, u_int32_t offsethi, \ size_t nbytes, struct sf_hdtr *hdtr, \ off_t *sbytes, int flags); } -337 AUE_NULL MNOPROTO { int kldsym(int fileid, int cmd, \ +337 AUE_NULL MNOPROTO { int kldsym(int fileid, int cmd, \ void *data); } 338 AUE_NULL MNOPROTO { int jail(struct jail *jail); } 339 AUE_NULL UNIMPL pioctl @@ -642,26 +647,27 @@ const char *attrname); } 374 AUE_NULL MNOPROTO { int __setugid(int flag); } 375 AUE_NULL UNIMPL nfsclnt -376 AUE_NULL MNOPROTO { int eaccess(char *path, int flags); } +376 AUE_NULL MSTD { int freebsd32_eaccess(char *path, \ + int flags); } 377 AUE_NULL UNIMPL afs_syscall 378 AUE_NULL NOPROTO { int nmount(struct iovec *iovp, \ unsigned int iovcnt, int flags); } -379 AUE_NULL MNOPROTO { int kse_exit(void); } -380 AUE_NULL MNOPROTO { int kse_wakeup(struct kse_mailbox *mbx); } -381 AUE_NULL MNOPROTO { int kse_create(struct kse_mailbox *mbx, \ +379 AUE_NULL MNOPROTO { int kse_exit(void); } +380 AUE_NULL MNOPROTO { int kse_wakeup(struct kse_mailbox *mbx); } +381 AUE_NULL MNOPROTO { int kse_create(struct kse_mailbox *mbx, \ int newgroup); } -382 AUE_NULL MNOPROTO { int kse_thr_interrupt( \ +382 AUE_NULL MNOPROTO { int kse_thr_interrupt( \ struct kse_thr_mailbox *tmbx); } -383 AUE_NULL MNOPROTO { int kse_release(void); } +383 AUE_NULL MNOPROTO { int kse_release(void); } 384 AUE_NULL UNIMPL __mac_get_proc 385 AUE_NULL UNIMPL __mac_set_proc 386 AUE_NULL UNIMPL __mac_get_fd 387 AUE_NULL UNIMPL __mac_get_file 388 AUE_NULL UNIMPL __mac_set_fd 389 AUE_NULL UNIMPL __mac_set_file -390 AUE_NULL MNOPROTO { int kenv(int what, const char *name, \ +390 AUE_NULL MNOPROTO { int kenv(int what, const char *name, \ char *value, int len); } -391 AUE_NULL MNOPROTO { int lchflags(const char *path, int flags); } +391 AUE_NULL MNOPROTO { int lchflags(const char *path, int flags); } 392 AUE_NULL MNOPROTO { int uuidgen(struct uuid *store, \ int count); } 393 AUE_NULL MSTD { int freebsd32_sendfile(int fd, int s, \ @@ -669,12 +675,12 @@ size_t nbytes, struct sf_hdtr *hdtr, \ off_t *sbytes, int flags); } 394 AUE_NULL UNIMPL mac_syscall -395 AUE_NULL MNOPROTO { int getfsstat(struct statfs *buf, \ +395 AUE_NULL MNOPROTO { int getfsstat(struct statfs *buf, \ long bufsize, int flags); } -396 AUE_NULL MNOPROTO { int statfs(char *path, \ +396 AUE_NULL MNOPROTO { int statfs(char *path, \ struct statfs *buf); } -397 AUE_NULL MNOPROTO { int fstatfs(int fd, struct statfs *buf); } -398 AUE_NULL MNOPROTO { int fhstatfs(const struct fhandle *u_fhp, \ +397 AUE_NULL MNOPROTO { int fstatfs(int fd, struct statfs *buf); } +398 AUE_NULL MNOPROTO { int fhstatfs(const struct fhandle *u_fhp, \ struct statfs *buf); } 399 AUE_NULL UNIMPL nosys ; XXX implement these? diff -ru sys.old/conf/files.amd64 sys/conf/files.amd64 --- sys.old/conf/files.amd64 Mon Dec 19 23:15:56 2005 +++ sys/conf/files.amd64 Fri Dec 9 21:37:03 2005 @@ -204,9 +204,11 @@ amd64/ia32/ia32_signal.c optional compat_ia32 amd64/ia32/ia32_sigtramp.S optional compat_ia32 amd64/ia32/ia32_syscall.c optional compat_ia32 +compat/freebsd32/freebsd32_file.c optional compat_ia32 compat/freebsd32/freebsd32_misc.c optional compat_ia32 compat/freebsd32/freebsd32_syscalls.c optional compat_ia32 compat/freebsd32/freebsd32_sysent.c optional compat_ia32 +compat/freebsd32/freebsd32_util.c optional compat_ia32 compat/ia32/ia32_sysvec.c optional compat_ia32 kern/imgact_elf32.c optional compat_ia32 # diff -ru sys.old/conf/files.ia64 sys/conf/files.ia64 --- sys.old/conf/files.ia64 Mon Dec 19 23:15:56 2005 +++ sys/conf/files.ia64 Fri Dec 9 21:37:03 2005 @@ -28,9 +28,11 @@ no-obj no-implicit-rule before-depend \ clean "ukbdmap.h" # +compat/freebsd32/freebsd32_file.c optional compat_ia32 compat/freebsd32/freebsd32_misc.c optional compat_ia32 compat/freebsd32/freebsd32_syscalls.c optional compat_ia32 compat/freebsd32/freebsd32_sysent.c optional compat_ia32 +compat/freebsd32/freebsd32_util.c optional compat_ia32 compat/ia32/ia32_sysvec.c optional compat_ia32 contrib/ia64/libuwx/src/uwx_bstream.c standard contrib/ia64/libuwx/src/uwx_context.c standard diff -ru sys.old/kern/vfs_syscalls.c sys/kern/vfs_syscalls.c --- sys.old/kern/vfs_syscalls.c Mon Dec 19 23:15:56 2005 +++ sys/kern/vfs_syscalls.c Fri Dec 9 21:37:03 2005 @@ -1908,18 +1908,25 @@ int flags; } */ *uap; { + + return (kern_eaccess(td, uap->path, UIO_USERSPACE, uap->flags)); +} + +int +kern_eaccess(struct thread *td, char *path, enum uio_seg pathseg, int flags) +{ struct nameidata nd; struct vnode *vp; int vfslocked; int error; - NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF | MPSAFE, UIO_USERSPACE, - uap->path, td); + NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF | MPSAFE, pathseg, + path, td); if ((error = namei(&nd)) != 0) return (error); vp = nd.ni_vp; vfslocked = NDHASGIANT(&nd); - error = vn_access(vp, uap->flags, td->td_ucred, td); + error = vn_access(vp, flags, td->td_ucred, td); NDFREE(&nd, NDF_ONLY_PNBUF); vput(vp); VFS_UNLOCK_GIANT(vfslocked); @@ -2521,16 +2528,23 @@ int mode; } */ *uap; { + + return (kern_lchmod(td, uap->path, UIO_USERSPACE, uap->mode)); +} + +int +kern_lchmod(struct thread *td, char *path, enum uio_seg pathseg, int mode) +{ int error; struct nameidata nd; int vfslocked; - NDINIT(&nd, LOOKUP, NOFOLLOW | MPSAFE, UIO_USERSPACE, uap->path, td); + NDINIT(&nd, LOOKUP, NOFOLLOW | MPSAFE, pathseg, path, td); if ((error = namei(&nd)) != 0) return (error); vfslocked = NDHASGIANT(&nd); NDFREE(&nd, NDF_ONLY_PNBUF); - error = setfmode(td, nd.ni_vp, uap->mode); + error = setfmode(td, nd.ni_vp, mode); vrele(nd.ni_vp); VFS_UNLOCK_GIANT(vfslocked); return (error); ------=_Part_26700_12188695.1135032133250-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 11:41:25 2005 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFF216A41F for ; Tue, 20 Dec 2005 11:41:24 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D3D43D4C for ; Tue, 20 Dec 2005 11:41:22 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Eofrt-000C5a-UQ for hackers@FreeBSD.org; Tue, 20 Dec 2005 11:41:21 +0000 Date: Tue, 20 Dec 2005 11:41:21 +0000 From: Ceri Davies To: hackers@FreeBSD.org Message-ID: <20051220114121.GA58620@submonkey.net> Mail-Followup-To: Ceri Davies , hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Subject: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 11:41:25 -0000 --ADZbWkCsHQ7r3kzd Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Adrian Steinmann's talk at EuroBSDcon regarding a single user SSH daemon for rescue purposes highlighted an interesting point regarding some binaries. The GEOM userland binaries such as gmirror, gstripe, etc. use dlopen() to load classes from /lib/geom and therefore cannot be statically linked and, by extension, cannot be crunched with crunchgen. Adrian mentioned that it would be useful if crunchgen(1) supported "mostly static" binaries; i.e., a libs_so extension to crunchgen which would allow these binaries to be crunched, simply requiring then that rtld and the libraries be made available on the memory disk. This allows those of us who use GEOM classes to make a small rescue disk. I started to add this to crunchgen on the way home, and have worked with Adrian to finish it off. The patch is attached. It simply adds a "libs_so" keyword which specifies libraries that will be linked statically; all current config files continue to produce the same code as they did before. I'd like to commit this with a 6 week MFC period or so, but my mentor is currently busy. Could someone else please take this up? Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="crunchgen.so.diff" Content-Transfer-Encoding: quoted-printable Index: crunchgen.1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/crunch/crunchgen/crunchgen.1,v retrieving revision 1.28 diff -u -r1.28 crunchgen.1 --- crunchgen.1 30 May 2002 07:51:22 -0000 1.28 +++ crunchgen.1 14 Dec 2005 21:11:30 -0000 @@ -16,7 +16,7 @@ .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL U= =2EM. .\" BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DA= MAGES .\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN -.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT O= F OR +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTUOUS ACTION, ARISING OUT O= F OR .\" IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. .\" .\" Author: James da Silva, Systems Design and Analysis Group @@ -139,7 +139,7 @@ .Nm . This is useful to define some make variables such as .Va RELEASE_CRUNCH -or similar, which might affect the behaviour of +or similar, which might affect the behavior of .Xr make 1 and are annoying to pass through environment variables. .It Fl m Ar makefile-name @@ -210,6 +210,21 @@ Multiple .Ic libs lines can be specified. +.It Ic libs_so Ar libspec ... +A list of library specifications to be dynamically linked in the +crunched binary. +These libraries will need to be made available via the run-time link-editor +.Xr rtld 1 +when the component program that requires them is executed from +the crunched binary. +Multiple +.Ic libs_so +lines can be specified. +The +.Ic libs_so +directive overrides a library specified gratuitously on a +.Ic libs +line. .It Ic buildopts Ar buildopts ... A list of build options to be added to every make target. .It Ic ln Ar progname linkname @@ -417,9 +432,15 @@ .Dq Pa kcopy can be copied onto an install floppy and hard-linked to the names of the component programs. +.Pp +Note that if the=20 +.Ic libs_so +command had been used, copies of the libraries so named +would also need to be copied to the install floppy. .Sh SEE ALSO .Xr crunchide 1 , -.Xr make 1 +.Xr make 1 , +.Xr rtld 1 .Sh CAVEATS While .Nm @@ -446,3 +467,10 @@ .Pp Copyright (c) 1994 University of Maryland. All Rights Reserved. +.Pp +The=20 +.Ic libs_so +keyword was added in 2005 by +.An Adrian Steinmann Aq ast@marabu.ch +and +.An Ceri Davies Aq ceri@FreeBSD.org . Index: crunchgen.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/crunch/crunchgen/crunchgen.c,v retrieving revision 1.35 diff -u -r1.35 crunchgen.c --- crunchgen.c 20 Jan 2005 10:49:03 -0000 1.35 +++ crunchgen.c 14 Dec 2005 21:11:30 -0000 @@ -74,6 +74,7 @@ strlst_t *keeplist; strlst_t *links; strlst_t *libs; + strlst_t *libs_so; int goterror; } prog_t; =20 @@ -83,6 +84,7 @@ strlst_t *buildopts =3D NULL; strlst_t *srcdirs =3D NULL; strlst_t *libs =3D NULL; +strlst_t *libs_so =3D NULL; prog_t *progs =3D NULL; =20 char confname[MAXPATHLEN], infilename[MAXPATHLEN]; @@ -106,6 +108,8 @@ void add_string(strlst_t **listp, char *str); int is_dir(char *pathname); int is_nonempty_file(char *pathname); +int subtract_strlst(strlst_t **lista, strlst_t **listb); +int in_list(strlst_t **listp, char *str); =20 /* helper routines for main() */ =20 @@ -238,6 +242,7 @@ void add_progs(int argc, char **argv); void add_link(int argc, char **argv); void add_libs(int argc, char **argv); +void add_libs_so(int argc, char **argv); void add_buildopts(int argc, char **argv); void add_special(int argc, char **argv); =20 @@ -292,6 +297,8 @@ f =3D add_link; else if(!strcmp(fieldv[0], "libs")) f =3D add_libs; + else if(!strcmp(fieldv[0], "libs_so")) + f =3D add_libs_so; else if(!strcmp(fieldv[0], "buildopts")) f =3D add_buildopts; else if(!strcmp(fieldv[0], "special")) @@ -408,6 +415,7 @@ p2->objdir =3D NULL; p2->links =3D NULL; p2->libs =3D NULL; + p2->libs_so =3D NULL; p2->objs =3D NULL; p2->keeplist =3D NULL; p2->buildopts =3D NULL; @@ -443,8 +451,27 @@ { int i; =20 - for(i =3D 1; i < argc; i++) + for(i =3D 1; i < argc; i++) { add_string(&libs, argv[i]); + if ( in_list(&libs_so, argv[i]) ) + warnx("%s:%d: " + "library `%s' specified as dynamic earlier", + curfilename, linenum, argv[i]); + } +} + + +void add_libs_so(int argc, char **argv) +{ + int i; + + for(i =3D 1; i < argc; i++) { + add_string(&libs_so, argv[i]); + if ( in_list(&libs, argv[i]) ) + warnx("%s:%d: " + "library `%s' specified as static earlier", + curfilename, linenum, argv[i]); + } } =20 =20 @@ -922,9 +949,15 @@ { prog_t *p; =20 + if ( subtract_strlst(&libs, &libs_so) ) + fprintf(outmk, "# NOTE: Some LIBS declarations below overridden by LIBS_= SO\n"); + fprintf(outmk, "LIBS+=3D"); output_strlst(outmk, libs); =20 + fprintf(outmk, "LIBS_SO+=3D"); + output_strlst(outmk, libs_so); + if (makeobj) { fprintf(outmk, "MAKEOBJDIRPREFIX?=3D%s\n", objprefix); fprintf(outmk, "MAKEENV=3Denv MAKEOBJDIRPREFIX=3D$(MAKEOBJDIRPREFIX)\n"); @@ -954,8 +987,10 @@ fprintf(outmk, "all: objs exe\nobjs: $(SUBMAKE_TARGETS)\n"); fprintf(outmk, "exe: %s\n", execfname); fprintf(outmk, "%s: %s.o $(CRUNCHED_OBJS)\n", execfname, execfname); - fprintf(outmk, "\t$(CC) -static -o %s %s.o $(CRUNCHED_OBJS) $(LIBS)\n", + fprintf(outmk, "\t$(CC) -o %s %s.o $(CRUNCHED_OBJS) \\\n", execfname, execfname); + fprintf(outmk, "\t\t-Xlinker -Bstatic $(LIBS) \\\n"); + fprintf(outmk, "\t\t-Xlinker -Bdynamic $(LIBS_SO)\n"); fprintf(outmk, "\tstrip %s\n", execfname); fprintf(outmk, "realclean: clean subclean\n"); fprintf(outmk, "clean:\n\trm -f %s *.lo *.o *_stub.c\n", execfname); @@ -1031,6 +1066,7 @@ p->name, p->name, p->ident); if (p->libs) fprintf(outmk, " $(%s_LIBS)", p->ident); + fprintf(outmk, "\n"); fprintf(outmk, "\tld -dc -r -o %s.lo %s_stub.o $(%s_OBJPATHS)", p->name, p->name, p->ident); @@ -1046,7 +1082,8 @@ void output_strlst(FILE *outf, strlst_t *lst) { for (; lst !=3D NULL; lst =3D lst->next) - fprintf(outf, " %s", lst->str); + if ( strlen(lst->str) ) + fprintf(outf, " %s", lst->str); fprintf(outf, "\n"); } =20 @@ -1106,6 +1143,27 @@ p1->next =3D p2; } =20 +int subtract_strlst(strlst_t **lista, strlst_t **listb) +{ + int subtract_count =3D 0; + strlst_t *p1; + for (p1 =3D *listb; p1 !=3D NULL; p1 =3D p1->next) + if ( in_list(lista, p1->str) ) { + warnx("Will compile library `%s' dynamically", p1->str); + strcat(p1->str, ""); + subtract_count++; + } + return subtract_count; +} + +int in_list(strlst_t **listp, char *str) +{ + strlst_t *p1; + for (p1 =3D *listp; p1 !=3D NULL; p1 =3D p1->next) + if (!strcmp(p1->str, str)) + return 1; + return 0; +} =20 int is_dir(char *pathname) { --Kj7319i9nmIyA2yE-- --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDp+3hocfcwTS3JF8RAuCOAJ4g5wUcbJXheJoyHwZfAxupGL/eqACeLUrf frmiXndfTbYcUs5T+e8wPcs= =1vJf -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 13:35:16 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C43216A41F for ; Tue, 20 Dec 2005 13:35:16 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from mail.ecolines.ru (ns.ecolines.ru [81.3.181.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E0643D49 for ; Tue, 20 Dec 2005 13:35:14 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: (qmail 6393 invoked from network); 20 Dec 2005 13:39:01 -0000 Received: from unknown (HELO doom.homeunix.org) (ip@212.113.114.39) by mail.ecolines.ru with ESMTPA; 20 Dec 2005 13:39:01 -0000 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.4/8.13.4) with ESMTP id jBKDXhZp001029 for ; Tue, 20 Dec 2005 16:34:28 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.4/8.13.4/Submit) id jBKDXchw001028 for hackers@freebsd.org; Tue, 20 Dec 2005 16:33:38 +0300 (MSK) (envelope-from igor) Date: Tue, 20 Dec 2005 16:33:38 +0300 From: Igor Pokrovsky To: hackers@freebsd.org Message-ID: <20051220133338.GA1008@doom.homeunix.org> Mail-Followup-To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: pppd and DNS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 13:35:16 -0000 Hi, Looking through pppd sources I found that it doesn't know how to request DNS info from the server, while ppp can. Here I mean requesting DNS info and updating /etc/resolv.conf. Did anyone tried to make it possible with pppd? Since I used to pppd I'd like to teach him this useful functionality. -ip -- Laugh and the world laughs with you. cry and ... you have to blow your nose. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 14:14:27 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C0CF16A41F for ; Tue, 20 Dec 2005 14:14:27 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23BA843D5A for ; Tue, 20 Dec 2005 14:14:26 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoiG0-00018F-M1; Tue, 20 Dec 2005 14:14:24 +0000 Date: Tue, 20 Dec 2005 14:14:24 +0000 From: Ceri Davies To: Allen Message-ID: <20051220141424.GB68989@submonkey.net> Mail-Followup-To: Ceri Davies , Allen , freebsd-hackers@freebsd.org References: <43A26FFB.9080405@samsco.org> <1134809700l.24187l.0l@HP> <20051217085517.GA1132@unixpages.org> <200512170537.20791.slackwarewolf@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline In-Reply-To: <200512170537.20791.slackwarewolf@comcast.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 14:14:27 -0000 --zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 17, 2005 at 05:37:20AM -0500, Allen wrote: > On Saturday 17 December 2005 03:55, Christian Brueffer wrote: > > On Sat, Dec 17, 2005 at 08:55:00AM +0000, Allen wrote: > > > I know about the port tool, but what I'd love to have is a tool you > > > could run from the CLI or the GUI that would check for updates, and > > > then ask which ones to install, similar to Swaret on Slackware. This > > > way people can do the usual updates if they want, and people like me > > > can show people BSD and how great it is. > > > > You probably haven't seen ports/security/freebsd-update yet. >=20 > Actually, I've seen that and it does come close... But it didn't seem to = like=20 > updating the Kernel or anything similar to the base system in the time I= =20 > spent with it. Look harder; those are the *only* things it will update. This is not portupgrade. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDqBHAocfcwTS3JF8RAm7nAKCi83DBSFjp8yxjehKnTmi861osjACgw565 YWIwQ3mLsIG6PRPaCGQYHNs= =sywG -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 14:23:25 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B089116A420 for ; Tue, 20 Dec 2005 14:23:25 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B03643D6B for ; Tue, 20 Dec 2005 14:23:06 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EoiOE-0009mI-8p; Tue, 20 Dec 2005 14:22:54 +0000 Date: Tue, 20 Dec 2005 14:22:54 +0000 From: Ceri Davies To: Dirk GOUDERS Message-ID: <20051220142254.GD68989@submonkey.net> Mail-Followup-To: Ceri Davies , Dirk GOUDERS , Scott Long , hackers@freebsd.org References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rQ2U398070+RC21q" Content-Disposition: inline In-Reply-To: <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Scott Long , hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 14:23:25 -0000 --rQ2U398070+RC21q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 19, 2005 at 10:34:23AM +0100, Dirk GOUDERS wrote: >=20 > > 3. Full review and update of the install docs, handbook, FAQ, etc.=20 > > There are sections that are embarrassingly out of date (one section of > > the handbook apparently states that we only support a single brand of > > wifi cards). A co-worker of mine tried to install 6.0 using just the > > handbook install guide, and discovered that it really doesn't match > > reality anymore, in both big and small ways. Contact me directly if > > you would like his list of comments. >=20 > I am wondering if it wouldn't be advantageous to have "versioned" > documents that just cover one specific release and not to cover all > realeases in single documents. >=20 > I could imagine that it is harder to cover everything in single > documents than to perhaps copy the existing documentation when a new > branch is created and edit it to match just the new release. >=20 > Maybe, I do not realize how much more work this would be but it would > probably enforce regular reviews of the documentation and the readers > would benefit from it. This is exactly the idea that I have been pimping to anyone who will listen for the last three months or so. I also think that it is advantageous for users who are using, say 4.2, to be able to find documentation for 4.2 without having to interpret a nest of "if you have 4.x do this, if 5.0 through 5.3 do that, else do the other". I don't think it's a lot of work to just branch the handbook (and FAQ if we decide to keep it) - in fact, for me, it would be a definite win - at release time, but it just doesn't seem to be what other people want done. I would encourage those interested to ask about it on doc@. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --rQ2U398070+RC21q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDqBO+ocfcwTS3JF8RAqJTAJ9pkMbrH21XQNpdjsjeLM15qEou5gCgrGAn J3pV44VzXdtsYi3NbQqhSg4= =0p6l -----END PGP SIGNATURE----- --rQ2U398070+RC21q-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 14:46:54 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C4D16A41F for ; Tue, 20 Dec 2005 14:46:54 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: from av6-1-sn3.vrr.skanova.net (av6-1-sn3.vrr.skanova.net [81.228.9.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88D743D46 for ; Tue, 20 Dec 2005 14:46:53 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av6-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 7D575380FA; Tue, 20 Dec 2005 15:46:52 +0100 (CET) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av6-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 36D82380FE; Tue, 20 Dec 2005 15:46:52 +0100 (CET) Received: from t6o55p111.telia.com (t6o55p111.telia.com [212.181.194.231]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 9F60237E50; Tue, 20 Dec 2005 15:46:42 +0100 (CET) From: Joel Dahl To: Ceri Davies In-Reply-To: <20051220142254.GD68989@submonkey.net> References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> <20051220142254.GD68989@submonkey.net> Content-Type: text/plain Date: Tue, 20 Dec 2005 15:46:53 +0100 Message-Id: <1135090013.664.56.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Scott Long , hackers@freebsd.org, Dirk GOUDERS Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 14:46:54 -0000 On Tue, 2005-12-20 at 14:22 +0000, Ceri Davies wrote: > On Mon, Dec 19, 2005 at 10:34:23AM +0100, Dirk GOUDERS wrote: > > > > > 3. Full review and update of the install docs, handbook, FAQ, etc. > > > There are sections that are embarrassingly out of date (one section of > > > the handbook apparently states that we only support a single brand of > > > wifi cards). A co-worker of mine tried to install 6.0 using just the > > > handbook install guide, and discovered that it really doesn't match > > > reality anymore, in both big and small ways. Contact me directly if > > > you would like his list of comments. > > > > I am wondering if it wouldn't be advantageous to have "versioned" > > documents that just cover one specific release and not to cover all > > realeases in single documents. > > > > I could imagine that it is harder to cover everything in single > > documents than to perhaps copy the existing documentation when a new > > branch is created and edit it to match just the new release. > > > > Maybe, I do not realize how much more work this would be but it would > > probably enforce regular reviews of the documentation and the readers > > would benefit from it. > > This is exactly the idea that I have been pimping to anyone who will > listen for the last three months or so. I also think that it is > advantageous for users who are using, say 4.2, to be able to find > documentation for 4.2 without having to interpret a nest of "if you have > 4.x do this, if 5.0 through 5.3 do that, else do the other". I don't > think it's a lot of work to just branch the handbook (and FAQ > if we decide to keep it) - in fact, for me, it would be a definite win - > at release time, but it just doesn't seem to be what other people want > done. Yep, I really like this. The current mess is impossible to maintain (and also impossible to read). Yesterday I tried to update the kernel configuration chapter to cover 6.0, but I gave up since there are "do this for 4.X, do that for 5.X, and maybe this too for 6.X" everywhere. -- Joel - joel at FreeBSD dot org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 15:28:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D6CB16A41F for ; Tue, 20 Dec 2005 15:28:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE7543D49 for ; Tue, 20 Dec 2005 15:28:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4212014 for multiple; Tue, 20 Dec 2005 10:27:06 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBKFSsIJ006642; Tue, 20 Dec 2005 10:28:55 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 20 Dec 2005 10:29:27 -0500 User-Agent: KMail/1.8.2 References: <20051220114121.GA58620@submonkey.net> In-Reply-To: <20051220114121.GA58620@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201029.28699.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Ceri Davies Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 15:28:59 -0000 On Tuesday 20 December 2005 06:41 am, Ceri Davies wrote: > Adrian Steinmann's talk at EuroBSDcon regarding a single user SSH daemon > for rescue purposes highlighted an interesting point regarding some > binaries. The GEOM userland binaries such as gmirror, gstripe, etc. use > dlopen() to load classes from /lib/geom and therefore cannot be > statically linked and, by extension, cannot be crunched with crunchgen. > > Adrian mentioned that it would be useful if crunchgen(1) supported > "mostly static" binaries; i.e., a libs_so extension to crunchgen which > would allow these binaries to be crunched, simply requiring then that > rtld and the libraries be made available on the memory disk. This > allows those of us who use GEOM classes to make a small rescue disk. > > I started to add this to crunchgen on the way home, and have worked with > Adrian to finish it off. The patch is attached. It simply adds a > "libs_so" keyword which specifies libraries that will be linked > statically; all current config files continue to produce the same code > as they did before. > > I'd like to commit this with a 6 week MFC period or so, but my mentor is > currently busy. Could someone else please take this up? I don't think you should change TORTIOUS to TORTUOUS in the license. Reading license disclaimers may indeed be tortuous, but tortious is an actual legal term, not a misspelling. It comes from the root word 'tort' which is a legal word for 'sue' (basically). The other concern is does this force the entire crunch to require a working rtld now? If so, that would mean that this wouldn't be appropriate for something such as /rescue. If there were a way to statically link rtld into the crunch itself that would probably be ideal, but I'm not sure that is possible. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 15:33:55 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA43D16A41F for ; Tue, 20 Dec 2005 15:33:55 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-gelsenkirchen.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9858C43D81 for ; Tue, 20 Dec 2005 15:33:42 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-gelsenkirchen.de (8.12.9/8.12.9) with ESMTP id jBKFXdmF015770 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Dec 2005 16:33:40 +0100 Received: from localhost (localhost [127.0.0.1]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.13.3/8.13.3) with ESMTP id jBKFXW8v070613; Tue, 20 Dec 2005 16:33:33 +0100 (CET) (envelope-from hank@musashi.et.bocholt.fh-gelsenkirchen.de) Message-Id: <200512201533.jBKFXW8v070613@musashi.et.bocholt.fh-gelsenkirchen.de> To: Ceri Davies In-Reply-To: Message from Ceri Davies of "Tue, 20 Dec 2005 14:22:54 GMT." <20051220142254.GD68989@submonkey.net> Date: Tue, 20 Dec 2005 16:33:32 +0100 From: Dirk GOUDERS X-Scanned-By: MIMEDefang 2.43 Cc: Scott Long , hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 15:33:55 -0000 > This is exactly the idea that I have been pimping to anyone who will > listen for the last three months or so. I also think that it is > advantageous for users who are using, say 4.2, to be able to find > documentation for 4.2 without having to interpret a nest of "if you have > 4.x do this, if 5.0 through 5.3 do that, else do the other". I don't > think it's a lot of work to just branch the handbook (and FAQ > if we decide to keep it) - in fact, for me, it would be a definite win - > at release time, but it just doesn't seem to be what other people want > done. I would like to add that I could imagine that it would be easier for authors to just change/add some documentation that matches the target release and not to have to think about "if version=something else ..." constructs. Also, sometimes it is good to be able to just throw away things that are out-of-date. > I would encourage those interested to ask about it on doc@. Well, I would be surprised if that hasn't already been discussed. Have to search the archives... Dirk From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 15:51:22 2005 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16EC916A420; Tue, 20 Dec 2005 15:51:22 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-gelsenkirchen.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A0143D53; Tue, 20 Dec 2005 15:51:20 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-gelsenkirchen.de (8.12.9/8.12.9) with ESMTP id jBKFpImF015816 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 20 Dec 2005 16:51:18 +0100 Received: from localhost (localhost [127.0.0.1]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.13.3/8.13.3) with ESMTP id jBKFp9LH070748; Tue, 20 Dec 2005 16:51:14 +0100 (CET) (envelope-from hank@musashi.et.bocholt.fh-gelsenkirchen.de) Message-Id: <200512201551.jBKFp9LH070748@musashi.et.bocholt.fh-gelsenkirchen.de> To: Joel Dahl In-Reply-To: Message from Joel Dahl of "Tue, 20 Dec 2005 15:46:53 +0100." <1135090013.664.56.camel@dude.automatvapen.se> Date: Tue, 20 Dec 2005 16:51:09 +0100 From: Dirk GOUDERS X-Scanned-By: MIMEDefang 2.43 Cc: Scott Long , Ceri Davies , hackers@FreeBSD.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 15:51:22 -0000 > Yep, I really like this. The current mess is impossible to maintain > (and also impossible to read). Yesterday I tried to update the kernel > configuration chapter to cover 6.0, but I gave up since there are "do > this for 4.X, do that for 5.X, and maybe this too for 6.X" everywhere. Seems as if my imagination was correct ;-) By the way, I tried to search the archive (doc@) for a possible earlier discussion of this subject but have a hard time to find proper words to search for... Dirk From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 15:58:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3829916A41F; Tue, 20 Dec 2005 15:58:25 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2BAC43D5D; Tue, 20 Dec 2005 15:58:23 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Eojsc-000EY6-4B; Tue, 20 Dec 2005 15:58:22 +0000 Date: Tue, 20 Dec 2005 15:58:22 +0000 From: Ceri Davies To: John Baldwin Message-ID: <20051220155821.GG68989@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , freebsd-hackers@freebsd.org References: <20051220114121.GA58620@submonkey.net> <200512201029.28699.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6e7ZaeXHKrTJCxdu" Content-Disposition: inline In-Reply-To: <200512201029.28699.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 15:58:25 -0000 --6e7ZaeXHKrTJCxdu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > On Tuesday 20 December 2005 06:41 am, Ceri Davies wrote: > > Adrian Steinmann's talk at EuroBSDcon regarding a single user SSH daemon > > for rescue purposes highlighted an interesting point regarding some > > binaries. The GEOM userland binaries such as gmirror, gstripe, etc. use > > dlopen() to load classes from /lib/geom and therefore cannot be > > statically linked and, by extension, cannot be crunched with crunchgen. > > > > Adrian mentioned that it would be useful if crunchgen(1) supported > > "mostly static" binaries; i.e., a libs_so extension to crunchgen which > > would allow these binaries to be crunched, simply requiring then that > > rtld and the libraries be made available on the memory disk. This > > allows those of us who use GEOM classes to make a small rescue disk. > > > > I started to add this to crunchgen on the way home, and have worked with > > Adrian to finish it off. The patch is attached. It simply adds a > > "libs_so" keyword which specifies libraries that will be linked > > statically; all current config files continue to produce the same code > > as they did before. > > > > I'd like to commit this with a 6 week MFC period or so, but my mentor is > > currently busy. Could someone else please take this up? >=20 > I don't think you should change TORTIOUS to TORTUOUS in the license. Rea= ding=20 > license disclaimers may indeed be tortuous, but tortious is an actual leg= al=20 > term, not a misspelling. It comes from the root word 'tort' which is a l= egal=20 > word for 'sue' (basically). Ah, I had parsed that as a whitespace change. Will revert :) > The other concern is does this force the entire crunch to require a worki= ng=20 > rtld now? If so, that would mean that this wouldn't be appropriate for= =20 > something such as /rescue. If there were a way to statically link rtld i= nto=20 > the crunch itself that would probably be ideal, but I'm not sure that is= =20 > possible. No, just the dynamic bits require rtld. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --6e7ZaeXHKrTJCxdu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDqCodocfcwTS3JF8RAi9UAJ92xNID3W5kwjB7t+xy1i5t5OUZgACZAZFd M4US9ShP+T2RKKmm5sMAvp4= =KrrR -----END PGP SIGNATURE----- --6e7ZaeXHKrTJCxdu-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 16:01:29 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3730416A42B; Tue, 20 Dec 2005 16:01:29 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 205FE43D5C; Tue, 20 Dec 2005 16:01:27 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EojvY-0004a8-6T; Tue, 20 Dec 2005 16:01:24 +0000 Date: Tue, 20 Dec 2005 16:01:24 +0000 From: Ceri Davies To: Joel Dahl Message-ID: <20051220160124.GH68989@submonkey.net> Mail-Followup-To: Ceri Davies , Joel Dahl , Dirk GOUDERS , Scott Long , hackers@freebsd.org References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> <20051220142254.GD68989@submonkey.net> <1135090013.664.56.camel@dude.automatvapen.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="924gEkU1VlJlwnwX" Content-Disposition: inline In-Reply-To: <1135090013.664.56.camel@dude.automatvapen.se> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Scott Long , hackers@freebsd.org, Dirk GOUDERS Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 16:01:29 -0000 --924gEkU1VlJlwnwX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 03:46:53PM +0100, Joel Dahl wrote: > On Tue, 2005-12-20 at 14:22 +0000, Ceri Davies wrote: > > This is exactly the idea that I have been pimping to anyone who will > > listen for the last three months or so. I also think that it is > > advantageous for users who are using, say 4.2, to be able to find > > documentation for 4.2 without having to interpret a nest of "if you have > > 4.x do this, if 5.0 through 5.3 do that, else do the other". I don't > > think it's a lot of work to just branch the handbook (and FAQ > > if we decide to keep it) - in fact, for me, it would be a definite win - > > at release time, but it just doesn't seem to be what other people want > > done. >=20 > Yep, I really like this. The current mess is impossible to maintain > (and also impossible to read). Yesterday I tried to update the kernel > configuration chapter to cover 6.0, but I gave up since there are "do > this for 4.X, do that for 5.X, and maybe this too for 6.X" everywhere. Yes, that's my major concern. I find working on the current documents too difficult. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --924gEkU1VlJlwnwX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDqCrUocfcwTS3JF8RAum5AJ42wFRlGaoYSGwjOPYaoIoFknG/ZgCeMSTe cGx8eKHywOhyoSOzd+tlQZo= =p5nc -----END PGP SIGNATURE----- --924gEkU1VlJlwnwX-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 16:57:29 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CA3E16A427; Tue, 20 Dec 2005 16:57:29 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4745743D79; Tue, 20 Dec 2005 16:57:22 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C2E2520AA; Tue, 20 Dec 2005 17:57:14 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 48DA820A8; Tue, 20 Dec 2005 17:57:14 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 236DB33C3E; Tue, 20 Dec 2005 17:57:14 +0100 (CET) To: John Baldwin References: <20051220114121.GA58620@submonkey.net> <200512201029.28699.jhb@freebsd.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 20 Dec 2005 17:57:14 +0100 In-Reply-To: <200512201029.28699.jhb@freebsd.org> (John Baldwin's message of "Tue, 20 Dec 2005 10:29:27 -0500") Message-ID: <86acev4sgl.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Ceri Davies Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 16:57:29 -0000 John Baldwin writes: > I don't think you should change TORTIOUS to TORTUOUS in the license. Rea= ding=20 > license disclaimers may indeed be tortuous, but tortious is an actual leg= al=20 > term, not a misspelling. It comes from the root word 'tort' which is a l= egal=20 > word for 'sue' (basically). Uh, no. It's a legal word for "harm", "damage" or "injury". DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 18:50:53 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B0B216A435 for ; Tue, 20 Dec 2005 18:50:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1238D43D45 for ; Tue, 20 Dec 2005 18:50:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4228976 for multiple; Tue, 20 Dec 2005 13:48:52 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBKIofHE007905; Tue, 20 Dec 2005 13:50:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=" Date: Tue, 20 Dec 2005 13:40:36 -0500 User-Agent: KMail/1.8.2 References: <20051220114121.GA58620@submonkey.net> <200512201029.28699.jhb@freebsd.org> <86acev4sgl.fsf@xps.des.no> In-Reply-To: <86acev4sgl.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512201340.38031.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org, Ceri Davies Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 18:50:53 -0000 On Tuesday 20 December 2005 11:57 am, Dag-Erling Sm=F8rgrav wrote: > John Baldwin writes: > > I don't think you should change TORTIOUS to TORTUOUS in the license.=20 > > Reading license disclaimers may indeed be tortuous, but tortious is an > > actual legal term, not a misspelling. It comes from the root word 'tor= t' > > which is a legal word for 'sue' (basically). > > Uh, no. It's a legal word for "harm", "damage" or "injury". Ok, "reason for a civil suit" (it's been a few years). =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 18:51:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3967F16A41F for ; Tue, 20 Dec 2005 18:51:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF6A43D6D for ; Tue, 20 Dec 2005 18:51:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4228977 for multiple; Tue, 20 Dec 2005 13:48:53 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBKIofHF007905; Tue, 20 Dec 2005 13:50:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ceri Davies Date: Tue, 20 Dec 2005 13:43:58 -0500 User-Agent: KMail/1.8.2 References: <20051220114121.GA58620@submonkey.net> <200512201029.28699.jhb@freebsd.org> <20051220155821.GG68989@submonkey.net> In-Reply-To: <20051220155821.GG68989@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201343.59668.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 18:51:40 -0000 On Tuesday 20 December 2005 10:58 am, Ceri Davies wrote: > On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > > The other concern is does this force the entire crunch to require a > > working rtld now? If so, that would mean that this wouldn't be > > appropriate for something such as /rescue. If there were a way to > > statically link rtld into the crunch itself that would probably be ideal, > > but I'm not sure that is possible. > > No, just the dynamic bits require rtld. So you can still run /foo without rtld being present if foo doesn't need dlopen, etc.? It looks like you link the crunch with -o dynamic, so isn't the kernel going to complain when you try to exec it that it can't find rtld if rtld is missing? (Think about /rescue if your rtld is hosed and/or missing.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 20:55:14 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12D416A422 for ; Tue, 20 Dec 2005 20:55:14 +0000 (GMT) (envelope-from mafiageek@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B7BD43D62 for ; Tue, 20 Dec 2005 20:55:09 +0000 (GMT) (envelope-from mafiageek@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1140856wxc for ; Tue, 20 Dec 2005 12:55:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=fun13ayZjr3IaWySw1ZKEgKVTkuBh6knWAZ4VKsVfKsLY4mwnbc9Ehx3/H9UzNUE44qYAWp8CQEWR1UWT44EiLMdhSDmbNkR0fcmxijd1ifaYg8rxsbXpovK6h0DdeIEOMTmpuquP8cpN2UDnm9G4XBCkRNpLHIT4UT2WDdS6yU= Received: by 10.70.124.13 with SMTP id w13mr6188552wxc; Tue, 20 Dec 2005 12:55:07 -0800 (PST) Received: from ?203.96.101.99? ( [203.96.101.99]) by mx.gmail.com with ESMTP id i34sm10141788wxd.2005.12.20.12.55.05; Tue, 20 Dec 2005 12:55:06 -0800 (PST) Message-ID: <43A86ECC.3040706@gmail.com> Date: Wed, 21 Dec 2005 09:51:24 +1300 From: Dale DuRose User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 20:55:15 -0000 Hi I'm wondering if anyone knows if freebsd has a vga framebuffer? and how to use it? Cheers ~ Dale From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 21:31:35 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04F7416A41F; Tue, 20 Dec 2005 21:31:35 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEB443D53; Tue, 20 Dec 2005 21:31:33 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Eop51-000PkP-PI; Tue, 20 Dec 2005 21:31:31 +0000 Date: Tue, 20 Dec 2005 21:31:31 +0000 From: Ceri Davies To: John Baldwin Message-ID: <20051220213131.GA20540@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , freebsd-hackers@freebsd.org References: <20051220114121.GA58620@submonkey.net> <200512201029.28699.jhb@freebsd.org> <20051220155821.GG68989@submonkey.net> <200512201343.59668.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <200512201343.59668.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 21:31:35 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 01:43:58PM -0500, John Baldwin wrote: > On Tuesday 20 December 2005 10:58 am, Ceri Davies wrote: > > On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > > > The other concern is does this force the entire crunch to require a > > > working rtld now? If so, that would mean that this wouldn't be > > > appropriate for something such as /rescue. If there were a way to > > > statically link rtld into the crunch itself that would probably be id= eal, > > > but I'm not sure that is possible. > > > > No, just the dynamic bits require rtld. >=20 > So you can still run /foo without rtld being present if foo doesn't need= =20 > dlopen, etc.? It looks like you link the crunch with -o dynamic, so isn'= t=20 > the kernel going to complain when you try to exec it that it can't find r= tld=20 > if rtld is missing? (Think about /rescue if your rtld is hosed and/or=20 > missing.) Sorry, you're correct of course. It's still useful in Adrian's environment at least (because he puts rtld on an MFS). Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDqHgzocfcwTS3JF8RAsofAJ0c9UM6XYN2Q+XbuiwPwI/q63SiYgCbBbrA WB4jRPjC1QeyS7GComxghc8= =J4Js -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 21:41:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9DF816A41F for ; Tue, 20 Dec 2005 21:41:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC7A43D55 for ; Tue, 20 Dec 2005 21:41:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4241162 for multiple; Tue, 20 Dec 2005 16:40:43 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBKLeXax008981; Tue, 20 Dec 2005 16:40:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ceri Davies Date: Tue, 20 Dec 2005 16:41:01 -0500 User-Agent: KMail/1.8.2 References: <20051220114121.GA58620@submonkey.net> <200512201343.59668.jhb@freebsd.org> <20051220213131.GA20540@submonkey.net> In-Reply-To: <20051220213131.GA20540@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201641.02898.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2005 21:41:24 -0000 On Tuesday 20 December 2005 04:31 pm, Ceri Davies wrote: > On Tue, Dec 20, 2005 at 01:43:58PM -0500, John Baldwin wrote: > > On Tuesday 20 December 2005 10:58 am, Ceri Davies wrote: > > > On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > > > > The other concern is does this force the entire crunch to require a > > > > working rtld now? If so, that would mean that this wouldn't be > > > > appropriate for something such as /rescue. If there were a way to > > > > statically link rtld into the crunch itself that would probably be > > > > ideal, but I'm not sure that is possible. > > > > > > No, just the dynamic bits require rtld. > > > > So you can still run /foo without rtld being present if foo doesn't need > > dlopen, etc.? It looks like you link the crunch with -o dynamic, so > > isn't the kernel going to complain when you try to exec it that it can't > > find rtld if rtld is missing? (Think about /rescue if your rtld is hosed > > and/or missing.) > > Sorry, you're correct of course. It's still useful in Adrian's > environment at least (because he puts rtld on an MFS). One workaround for this case would be to have two crunches, one for the pure-static stuff and one for the dynamic-using stuff. Alternatively, if you had a way to statically link the rtld functions into the crunch you could still use just one crunch. I just want to make sure we don't go turning this on for /rescue since that needs to work if rtld is hosed (unless we go the route of two crunches). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 03:07:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC1BD16A41F for ; Wed, 21 Dec 2005 03:07:40 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20AAA43D49 for ; Wed, 21 Dec 2005 03:07:39 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id jBL37aYG006910 for ; Wed, 21 Dec 2005 09:07:36 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id jBL37TSw016824 for ; Wed, 21 Dec 2005 09:07:32 +0600 From: Bachilo Dmitry Organization: SoLink To: freebsd-hackers@freebsd.org Date: Wed, 21 Dec 2005 09:07:38 +0600 User-Agent: KMail/1.8 References: <43A86ECC.3040706@gmail.com> In-Reply-To: <43A86ECC.3040706@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512210907.39110.root@solink.ru> Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 03:07:41 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F3=D2=C5=C4=C1 21 =E4=C5=CB=C1=C2= =D2=D8 2005 02:51 Dale DuRose =CE=C1=D0=C9=D3=C1=CC(a): > Hi > > I'm wondering if anyone knows if freebsd has a vga framebuffer? > and how to use it? > > Cheers > > > ~ Dale Yes and No - there is no framebuffer as it is in Linux, but if you want to= =20 have a better resolution in your console, see graphics and so on, try load= =20 VESA module and use vidcontrol with mode VESA_800x600. Read man vidcontrol for all this. Best regards, Bachilo Dmitry From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 04:03:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 937B916A41F for ; Wed, 21 Dec 2005 04:03:13 +0000 (GMT) (envelope-from lamany77@yahoo.com) Received: from web50306.mail.yahoo.com (web50306.mail.yahoo.com [206.190.38.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A49343D4C for ; Wed, 21 Dec 2005 04:03:12 +0000 (GMT) (envelope-from lamany77@yahoo.com) Received: (qmail 21662 invoked by uid 60001); 21 Dec 2005 04:03:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=FyrXn7N8t3siIrMURKl81cSZMbbomltQyGS9bq1hVTVDtxWcaRnNSUbi4MtladgziPkgThH64z502y0xpItMOQ6lXExGr8NQrBwho4ucDku6XLrsYarhTNtQgv5yc/ghJ8GWzmsxYlqfSf5RdbG5fDSJxMcaqlD1YInEPF6rjdI= ; Message-ID: <20051221040312.21660.qmail@web50306.mail.yahoo.com> Received: from [202.159.52.179] by web50306.mail.yahoo.com via HTTP; Tue, 20 Dec 2005 20:03:12 PST Date: Tue, 20 Dec 2005 20:03:12 -0800 (PST) From: irwan lamany To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: error on first boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 04:03:13 -0000 hi all i'm new in freebsd, i've install freebsd 6.0, everything ok, but when i finish and start for my first boot, i've got error below: "ad0:Failure-read_mul status=59error=40lba=12431 g_vfs_done():ad0s1a[(offset=6332416,lenght=32768)] error=5 vnode_pager_getpage:i/o read error. vm_fault : page read error,pid 57 (unit) dec 20 16 :01:03 init fatal signal : segmentation fault." any idea ? thank's alot __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 04:33:45 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65D4516A41F for ; Wed, 21 Dec 2005 04:33:45 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from mail.ecolines.ru (ns.ecolines.ru [81.3.181.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id B192243D5D for ; Wed, 21 Dec 2005 04:33:43 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: (qmail 9857 invoked from network); 21 Dec 2005 04:37:11 -0000 Received: from unknown (HELO doom.homeunix.org) (ip@212.113.114.61) by mail.ecolines.ru with ESMTPA; 21 Dec 2005 04:37:11 -0000 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.4/8.13.4) with ESMTP id jBL4W16U000743; Wed, 21 Dec 2005 07:32:12 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.4/8.13.4/Submit) id jBL4VsKs000742; Wed, 21 Dec 2005 07:31:54 +0300 (MSK) (envelope-from igor) Date: Wed, 21 Dec 2005 07:31:54 +0300 From: Igor Pokrovsky To: Dale DuRose Message-ID: <20051221043154.GA538@doom.homeunix.org> Mail-Followup-To: Dale DuRose , hackers@freebsd.org References: <43A86ECC.3040706@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43A86ECC.3040706@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 04:33:45 -0000 On Wed, Dec 21, 2005 at 09:51:24AM +1300, Dale DuRose wrote: > Hi > > I'm wondering if anyone knows if freebsd has a vga framebuffer? > and how to use it? Yes it has. It's sources are in /usr/src/dev/fb and there is no man page (at least on RELENG_4). Not sure it even exist in RELENG_[56]. -ip -- If there are only two shows worth watching, they will be on together. From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 04:43:06 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3F6716A41F for ; Wed, 21 Dec 2005 04:43:06 +0000 (GMT) (envelope-from tony.uestc@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3001443D5F for ; Wed, 21 Dec 2005 04:43:06 +0000 (GMT) (envelope-from tony.uestc@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so59982nzo for ; Tue, 20 Dec 2005 20:43:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:content-type:content-transfer-encoding; b=MsE1F6+icU1ggFjFl12JOZCSrjNcprp7ED7b047UnNyoQft+871Uo99P3dKa3iXHFeWmYdNwuG/9ASSdeYbfJl8Uj92pZxpRsXNownBO1pSC8SF37Cbd5y+uLJpvl6RFUptB0TWcjh+ciqzzfo0k+tmWxkUChIkMdxXBXXxuejc= Received: by 10.36.146.1 with SMTP id t1mr319053nzd; Tue, 20 Dec 2005 20:43:05 -0800 (PST) Received: from ?211.83.98.99? ( [218.88.99.210]) by mx.gmail.com with ESMTP id 16sm539322nzo.2005.12.20.20.41.51; Tue, 20 Dec 2005 20:43:05 -0800 (PST) Message-ID: <43A8DD54.4000701@gmail.com> Date: Wed, 21 Dec 2005 12:43:00 +0800 From: Tony User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: tony.uestc@gmail.com Subject: Problem booting FreeBSD from cboot FreeBSD from cdrom using grubdrom using grub X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 04:43:06 -0000 Hi, I'm trying to make an iso image that will boot FreeBSD using GRUB boot loader. Grub will boot /boot/loader and the loader will boot /boot/kernel. It goes well on my disk, but when I try to make a livecd, it fails. I spend some time figuring out that /boot/loader does not probe cd it self, it depends on boot2 to tell him which cd to boot from. So I did some hack on /boot/loader. Bellow is the diff: *** sys/boot/i386/loader/main.c.bak Sun Dec 11 19:32:29 2005 --- sys/boot/i386/loader/main.c Sun Dec 11 22:04:29 2005 *************** *** 228,235 **** if ((new_currdev.d_type == biosdisk.dv_type) && ((new_currdev.d_kind.biosdisk.unit = bd_bios2unit(biosdev)) == -1)) { printf("Can't work out which disk we are booting from.\n" ! "Guessed BIOS device 0x%x not found by probes, defaulting to disk0:\n", biosdev); ! new_currdev.d_kind.biosdisk.unit = 0; } env_setenv("currdev", EV_VOLATILE, i386_fmtdev(&new_currdev), i386_setcurrdev, env_nounset); --- 228,238 ---- if ((new_currdev.d_type == biosdisk.dv_type) && ((new_currdev.d_kind.biosdisk.unit = bd_bios2unit(biosdev)) == -1)) { printf("Can't work out which disk we are booting from.\n" ! "Guessed BIOS device 0x%x not found by probes, defaulting to cd0(%d):\n", biosdev, biosdev); ! bc_add(biosdev); ! new_currdev.d_type = bioscd.dv_type; ! new_currdev.d_dev = &bioscd; ! new_currdev.d_kind.bioscd.unit = bc_bios2unit(biosdev); } env_setenv("currdev", EV_VOLATILE, i386_fmtdev(&new_currdev), i386_setcurrdev, env_nounset); Then the kernel starts, but when the kernel try to mount the root fs, it stops. I have the follow line in my /etc/fstab /dev/acd0c / cd9660 ro 0 0 I am stranded. Can anyone help? I'm using FreeBSD 5.4 thanks Tony From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 06:38:55 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 837F916A41F; Wed, 21 Dec 2005 06:38:55 +0000 (GMT) (envelope-from agh@tpg.com.au) Received: from mail9.tpgi.com.au (mail9.tpgi.com.au [203.12.160.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F6F43D5E; Wed, 21 Dec 2005 06:38:54 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from [192.168.0.2] (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail9.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.4/8.13.4) with ESMTP id jBL6co9O020351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Dec 2005 17:38:53 +1100 From: "Alastair G. Hogge" To: freebsd-hackers@freebsd.org Date: Wed, 21 Dec 2005 17:39:36 +1100 User-Agent: KMail/1.8.3 References: <43A86ECC.3040706@gmail.com> In-Reply-To: <43A86ECC.3040706@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211739.37502.agh@tpg.com.au> Cc: Dale DuRose , hackers@freebsd.org Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 06:38:55 -0000 On Wed, 21 Dec 2005 07:51, Dale DuRose wrote: > Hi Hello > I'm wondering if anyone knows if freebsd has a vga framebuffer? > and how to use it? You could look into KGI: http://kgi-wip.sourceforge.net/ http://people.freebsd.org/~nsouch/kgi4BSD/ There is patch set around for RELENG_6 from a few months ago. You have to build a new kernel with sources, setup LibGGI and give it ago. > Cheers > > > ~ Dale -Alastair From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 06:38:55 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 837F916A41F; Wed, 21 Dec 2005 06:38:55 +0000 (GMT) (envelope-from agh@tpg.com.au) Received: from mail9.tpgi.com.au (mail9.tpgi.com.au [203.12.160.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F6F43D5E; Wed, 21 Dec 2005 06:38:54 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from [192.168.0.2] (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail9.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.4/8.13.4) with ESMTP id jBL6co9O020351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Dec 2005 17:38:53 +1100 From: "Alastair G. Hogge" To: freebsd-hackers@freebsd.org Date: Wed, 21 Dec 2005 17:39:36 +1100 User-Agent: KMail/1.8.3 References: <43A86ECC.3040706@gmail.com> In-Reply-To: <43A86ECC.3040706@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211739.37502.agh@tpg.com.au> Cc: Dale DuRose , hackers@freebsd.org Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 06:38:55 -0000 On Wed, 21 Dec 2005 07:51, Dale DuRose wrote: > Hi Hello > I'm wondering if anyone knows if freebsd has a vga framebuffer? > and how to use it? You could look into KGI: http://kgi-wip.sourceforge.net/ http://people.freebsd.org/~nsouch/kgi4BSD/ There is patch set around for RELENG_6 from a few months ago. You have to build a new kernel with sources, setup LibGGI and give it ago. > Cheers > > > ~ Dale -Alastair From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 09:41:33 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2917B16A41F; Wed, 21 Dec 2005 09:41:33 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1044843D60; Wed, 21 Dec 2005 09:41:31 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Ep0TS-000Frf-W5; Wed, 21 Dec 2005 09:41:31 +0000 Date: Wed, 21 Dec 2005 09:41:30 +0000 From: Ceri Davies To: John Baldwin Message-ID: <20051221094130.GB20540@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , freebsd-hackers@freebsd.org References: <20051220114121.GA58620@submonkey.net> <200512201343.59668.jhb@freebsd.org> <20051220213131.GA20540@submonkey.net> <200512201641.02898.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NKoe5XOeduwbEQHU" Content-Disposition: inline In-Reply-To: <200512201641.02898.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 09:41:33 -0000 --NKoe5XOeduwbEQHU Content-Type: multipart/mixed; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 20, 2005 at 04:41:01PM -0500, John Baldwin wrote: > On Tuesday 20 December 2005 04:31 pm, Ceri Davies wrote: > > On Tue, Dec 20, 2005 at 01:43:58PM -0500, John Baldwin wrote: > > > On Tuesday 20 December 2005 10:58 am, Ceri Davies wrote: > > > > On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > > > > > The other concern is does this force the entire crunch to require= a > > > > > working rtld now? If so, that would mean that this wouldn't be > > > > > appropriate for something such as /rescue. If there were a way to > > > > > statically link rtld into the crunch itself that would probably be > > > > > ideal, but I'm not sure that is possible. > > > > > > > > No, just the dynamic bits require rtld. > > > > > > So you can still run /foo without rtld being present if foo doesn't n= eed > > > dlopen, etc.? It looks like you link the crunch with -o dynamic, so > > > isn't the kernel going to complain when you try to exec it that it ca= n't > > > find rtld if rtld is missing? (Think about /rescue if your rtld is h= osed > > > and/or missing.) > > > > Sorry, you're correct of course. It's still useful in Adrian's > > environment at least (because he puts rtld on an MFS). >=20 > One workaround for this case would be to have two crunches, one for the= =20 > pure-static stuff and one for the dynamic-using stuff. Alternatively, if= you=20 > had a way to statically link the rtld functions into the crunch you could= =20 > still use just one crunch. I just want to make sure we don't go turning = this=20 > on for /rescue since that needs to work if rtld is hosed (unless we go th= e=20 > route of two crunches). Ah, OK. The new version attached ensures that if you don't use the libs_so declaration, you get an identical binary to that produced without the patch. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="crunchgen.so.diff" Content-Transfer-Encoding: quoted-printable ? crunchgen/fixit.conf Index: crunchgen/crunchgen.1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/crunch/crunchgen/crunchgen.1,v retrieving revision 1.28 diff -u -r1.28 crunchgen.1 --- crunchgen/crunchgen.1 30 May 2002 07:51:22 -0000 1.28 +++ crunchgen/crunchgen.1 21 Dec 2005 09:39:33 -0000 @@ -16,7 +16,7 @@ .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL U= =2EM. .\" BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DA= MAGES .\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN -.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT O= F OR +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTUOUS ACTION, ARISING OUT O= F OR .\" IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. .\" .\" Author: James da Silva, Systems Design and Analysis Group @@ -139,7 +139,7 @@ .Nm . This is useful to define some make variables such as .Va RELEASE_CRUNCH -or similar, which might affect the behaviour of +or similar, which might affect the behavior of .Xr make 1 and are annoying to pass through environment variables. .It Fl m Ar makefile-name @@ -210,6 +210,21 @@ Multiple .Ic libs lines can be specified. +.It Ic libs_so Ar libspec ... +A list of library specifications to be dynamically linked in the +crunched binary. +These libraries will need to be made available via the run-time link-editor +.Xr rtld 1 +when the component program that requires them is executed from +the crunched binary. +Multiple +.Ic libs_so +lines can be specified. +The +.Ic libs_so +directive overrides a library specified gratuitously on a +.Ic libs +line. .It Ic buildopts Ar buildopts ... A list of build options to be added to every make target. .It Ic ln Ar progname linkname @@ -417,9 +432,15 @@ .Dq Pa kcopy can be copied onto an install floppy and hard-linked to the names of the component programs. +.Pp +Note that if the=20 +.Ic libs_so +command had been used, copies of the libraries so named +would also need to be copied to the install floppy. .Sh SEE ALSO .Xr crunchide 1 , -.Xr make 1 +.Xr make 1 , +.Xr rtld 1 .Sh CAVEATS While .Nm @@ -446,3 +467,10 @@ .Pp Copyright (c) 1994 University of Maryland. All Rights Reserved. +.Pp +The=20 +.Ic libs_so +keyword was added in 2005 by +.An Adrian Steinmann Aq ast@marabu.ch +and +.An Ceri Davies Aq ceri@FreeBSD.org . Index: crunchgen/crunchgen.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/crunch/crunchgen/crunchgen.c,v retrieving revision 1.35 diff -u -r1.35 crunchgen.c --- crunchgen/crunchgen.c 20 Jan 2005 10:49:03 -0000 1.35 +++ crunchgen/crunchgen.c 21 Dec 2005 09:39:33 -0000 @@ -74,6 +74,7 @@ strlst_t *keeplist; strlst_t *links; strlst_t *libs; + strlst_t *libs_so; int goterror; } prog_t; =20 @@ -83,6 +84,7 @@ strlst_t *buildopts =3D NULL; strlst_t *srcdirs =3D NULL; strlst_t *libs =3D NULL; +strlst_t *libs_so =3D NULL; prog_t *progs =3D NULL; =20 char confname[MAXPATHLEN], infilename[MAXPATHLEN]; @@ -106,6 +108,8 @@ void add_string(strlst_t **listp, char *str); int is_dir(char *pathname); int is_nonempty_file(char *pathname); +int subtract_strlst(strlst_t **lista, strlst_t **listb); +int in_list(strlst_t **listp, char *str); =20 /* helper routines for main() */ =20 @@ -238,6 +242,7 @@ void add_progs(int argc, char **argv); void add_link(int argc, char **argv); void add_libs(int argc, char **argv); +void add_libs_so(int argc, char **argv); void add_buildopts(int argc, char **argv); void add_special(int argc, char **argv); =20 @@ -292,6 +297,8 @@ f =3D add_link; else if(!strcmp(fieldv[0], "libs")) f =3D add_libs; + else if(!strcmp(fieldv[0], "libs_so")) + f =3D add_libs_so; else if(!strcmp(fieldv[0], "buildopts")) f =3D add_buildopts; else if(!strcmp(fieldv[0], "special")) @@ -408,6 +415,7 @@ p2->objdir =3D NULL; p2->links =3D NULL; p2->libs =3D NULL; + p2->libs_so =3D NULL; p2->objs =3D NULL; p2->keeplist =3D NULL; p2->buildopts =3D NULL; @@ -443,8 +451,27 @@ { int i; =20 - for(i =3D 1; i < argc; i++) + for(i =3D 1; i < argc; i++) { add_string(&libs, argv[i]); + if ( in_list(&libs_so, argv[i]) ) + warnx("%s:%d: " + "library `%s' specified as dynamic earlier", + curfilename, linenum, argv[i]); + } +} + + +void add_libs_so(int argc, char **argv) +{ + int i; + + for(i =3D 1; i < argc; i++) { + add_string(&libs_so, argv[i]); + if ( in_list(&libs, argv[i]) ) + warnx("%s:%d: " + "library `%s' specified as static earlier", + curfilename, linenum, argv[i]); + } } =20 =20 @@ -922,9 +949,15 @@ { prog_t *p; =20 + if ( subtract_strlst(&libs, &libs_so) ) + fprintf(outmk, "# NOTE: Some LIBS declarations below overridden by LIBS_= SO\n"); + fprintf(outmk, "LIBS+=3D"); output_strlst(outmk, libs); =20 + fprintf(outmk, "LIBS_SO+=3D"); + output_strlst(outmk, libs_so); + if (makeobj) { fprintf(outmk, "MAKEOBJDIRPREFIX?=3D%s\n", objprefix); fprintf(outmk, "MAKEENV=3Denv MAKEOBJDIRPREFIX=3D$(MAKEOBJDIRPREFIX)\n"); @@ -954,8 +987,16 @@ fprintf(outmk, "all: objs exe\nobjs: $(SUBMAKE_TARGETS)\n"); fprintf(outmk, "exe: %s\n", execfname); fprintf(outmk, "%s: %s.o $(CRUNCHED_OBJS)\n", execfname, execfname); - fprintf(outmk, "\t$(CC) -static -o %s %s.o $(CRUNCHED_OBJS) $(LIBS)\n", + fprintf(outmk, ".if defined(LIBS_SO) && !empty(LIBS_SO)\n"); + fprintf(outmk, "\t$(CC) -o %s %s.o $(CRUNCHED_OBJS) \\\n", + execfname, execfname); + fprintf(outmk, "\t\t-Xlinker -Bstatic $(LIBS) \\\n"); + fprintf(outmk, "\t\t-Xlinker -Bdynamic $(LIBS_SO)\n"); + fprintf(outmk, ".else\n"); + fprintf(outmk, "\t$(CC) -o %s %s.o $(CRUNCHED_OBJS) \\\n", execfname, execfname); + fprintf(outmk, "\t\t-Xlinker -Bstatic $(LIBS)\n"); + fprintf(outmk, ".endif\n"); fprintf(outmk, "\tstrip %s\n", execfname); fprintf(outmk, "realclean: clean subclean\n"); fprintf(outmk, "clean:\n\trm -f %s *.lo *.o *_stub.c\n", execfname); @@ -1031,6 +1072,7 @@ p->name, p->name, p->ident); if (p->libs) fprintf(outmk, " $(%s_LIBS)", p->ident); + fprintf(outmk, "\n"); fprintf(outmk, "\tld -dc -r -o %s.lo %s_stub.o $(%s_OBJPATHS)", p->name, p->name, p->ident); @@ -1046,7 +1088,8 @@ void output_strlst(FILE *outf, strlst_t *lst) { for (; lst !=3D NULL; lst =3D lst->next) - fprintf(outf, " %s", lst->str); + if ( strlen(lst->str) ) + fprintf(outf, " %s", lst->str); fprintf(outf, "\n"); } =20 @@ -1106,6 +1149,27 @@ p1->next =3D p2; } =20 +int subtract_strlst(strlst_t **lista, strlst_t **listb) +{ + int subtract_count =3D 0; + strlst_t *p1; + for (p1 =3D *listb; p1 !=3D NULL; p1 =3D p1->next) + if ( in_list(lista, p1->str) ) { + warnx("Will compile library `%s' dynamically", p1->str); + strcat(p1->str, ""); + subtract_count++; + } + return subtract_count; +} + +int in_list(strlst_t **listp, char *str) +{ + strlst_t *p1; + for (p1 =3D *listp; p1 !=3D NULL; p1 =3D p1->next) + if (!strcmp(p1->str, str)) + return 1; + return 0; +} =20 int is_dir(char *pathname) { --VrqPEDrXMn8OVzN4-- --NKoe5XOeduwbEQHU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDqSNKocfcwTS3JF8RAgE/AJ0afUQlmC33E1TCwkwfucjI/2pxGwCgoufa ZMe4u5T6zgSvGPdv2/9DxqY= =brHQ -----END PGP SIGNATURE----- --NKoe5XOeduwbEQHU-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 11:05:33 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347CD16A41F; Wed, 21 Dec 2005 11:05:33 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6854E43D55; Wed, 21 Dec 2005 11:05:32 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1F39120A9; Wed, 21 Dec 2005 12:05:25 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 1059E20A8; Wed, 21 Dec 2005 12:05:25 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id CF28133C3E; Wed, 21 Dec 2005 12:05:24 +0100 (CET) To: John Baldwin References: <20051220114121.GA58620@submonkey.net> <200512201029.28699.jhb@freebsd.org> <86acev4sgl.fsf@xps.des.no> <200512201340.38031.jhb@freebsd.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 21 Dec 2005 12:05:24 +0100 In-Reply-To: <200512201340.38031.jhb@freebsd.org> (John Baldwin's message of "Tue, 20 Dec 2005 13:40:36 -0500") Message-ID: <8664pi4snf.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Ceri Davies Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 11:05:33 -0000 John Baldwin writes: > On Tuesday 20 December 2005 11:57 am, Dag-Erling Sm=F8rgrav wrote: > > John Baldwin writes: > > > It comes from the root word 'tort' which is a legal word for > > > 'sue' (basically). > > Uh, no. It's a legal word for "harm", "damage" or "injury". > Ok, "reason for a civil suit" (it's been a few years). To be precise, it's harm caused to someone which is neither a criminal offence nor a breach of contract; stuff like letting your hedge grow too high, blocking your neighbour's light and thereby reducing the value of his property. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 11:44:31 2005 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4093916A41F for ; Wed, 21 Dec 2005 11:44:31 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: from av6-1-sn3.vrr.skanova.net (av6-1-sn3.vrr.skanova.net [81.228.9.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1CEA43D53 for ; Wed, 21 Dec 2005 11:44:28 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av6-1-sn3.vrr.skanova.net (Postfix, from userid 502) id E705E38149; Wed, 21 Dec 2005 12:44:27 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-1-sn3.vrr.skanova.net (Postfix) with ESMTP id B88D638168; Wed, 21 Dec 2005 12:44:27 +0100 (CET) Received: from t2o55p112.telia.com (t2o55p112.telia.com [62.20.170.232]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id A356337E78; Wed, 21 Dec 2005 12:44:24 +0100 (CET) From: Joel Dahl To: Dirk GOUDERS In-Reply-To: <200512201551.jBKFp9LH070748@musashi.et.bocholt.fh-gelsenkirchen.de> References: <200512201551.jBKFp9LH070748@musashi.et.bocholt.fh-gelsenkirchen.de> Content-Type: text/plain Date: Wed, 21 Dec 2005 12:44:37 +0100 Message-Id: <1135165477.663.1.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, Ceri Davies Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 11:44:31 -0000 On Tue, 2005-12-20 at 16:51 +0100, Dirk GOUDERS wrote: > > Yep, I really like this. The current mess is impossible to maintain > > (and also impossible to read). Yesterday I tried to update the kernel > > configuration chapter to cover 6.0, but I gave up since there are "do > > this for 4.X, do that for 5.X, and maybe this too for 6.X" everywhere. > > Seems as if my imagination was correct ;-) > > By the way, I tried to search the archive (doc@) for a possible > earlier discussion of this subject but have a hard time to find proper > words to search for... http://lists.freebsd.org/pipermail/freebsd-doc/2005-October/009027.html :-) -- Joel - joel at FreeBSD dot org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 12:06:10 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E1416A41F for ; Wed, 21 Dec 2005 12:06:10 +0000 (GMT) (envelope-from ray@redshift.com) Received: from mail-pop.redshift.com (mail-pop.redshift.com [216.228.2.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CDF143D77 for ; Wed, 21 Dec 2005 12:06:02 +0000 (GMT) (envelope-from ray@redshift.com) Received: (qmail 86650 invoked by uid 89); 21 Dec 2005 12:05:59 -0000 Received: by simscan 1.2.0 ppid: 86646, pid: 86647, t: 0.0591s scanners: attach: 1.2.0 clamav: 0.87.1/m:34/d:1210 Received: from unknown (HELO workstation) (216.228.19.21) by mail-pop.redshift.com with SMTP; 21 Dec 2005 12:05:59 -0000 Message-Id: <3.0.1.32.20051221040559.00a775e8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Wed, 21 Dec 2005 04:05:59 -0800 To: irwan lamany ,freebsd-hackers@freebsd.org From: ray@redshift.com In-Reply-To: <20051221040312.21660.qmail@web50306.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: error on first boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 12:06:11 -0000 | hi all i'm new in freebsd, i've install freebsd 6.0, | everything ok, | but when i finish and start for my first boot, i've | got error below: | | "ad0:Failure-read_mul | status=59error=40lba=12431 | g_vfs_done():ad0s1a[(offset=6332416,lenght=32768)] | error=5 | vnode_pager_getpage:i/o read error. | vm_fault : page read error,pid 57 (unit) | dec 20 16 :01:03 init fatal signal : segmentation | fault." | | any idea ? | thank's alot looks like maybe the drive and/or controller are flaky or perhaps there is a bad spot on the drive or something. You might also check to make sure your IDE cables aren't exessively long or anything, since sometimes that can produce strange timing errors. Anyway, just off the top of my head, that's about where I would start looking :) Can you provide a little background on the hardware you are using for the machine? Ray From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 13:08:27 2005 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EA7116A41F; Wed, 21 Dec 2005 13:08:27 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from alice.et.bocholt.fh-gelsenkirchen.de (alice.et.bocholt.fh-gelsenkirchen.de [193.175.197.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F9443D4C; Wed, 21 Dec 2005 13:08:22 +0000 (GMT) (envelope-from gouders@et.bocholt.fh-gelsenkirchen.de) Received: from musashi.et.bocholt.fh-gelsenkirchen.de (musashi.et.bocholt.fh-gelsenkirchen.de [193.175.197.95]) by alice.et.bocholt.fh-gelsenkirchen.de (8.12.9/8.12.9) with ESMTP id jBLD8KmF018505 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 21 Dec 2005 14:08:20 +0100 Received: from localhost (localhost [127.0.0.1]) by musashi.et.bocholt.fh-gelsenkirchen.de (8.13.3/8.13.3) with ESMTP id jBLD8Fbr004458; Wed, 21 Dec 2005 14:08:15 +0100 (CET) (envelope-from hank@musashi.et.bocholt.fh-gelsenkirchen.de) Message-Id: <200512211308.jBLD8Fbr004458@musashi.et.bocholt.fh-gelsenkirchen.de> To: Joel Dahl In-Reply-To: Message from Joel Dahl of "Wed, 21 Dec 2005 12:44:37 +0100." <1135165477.663.1.camel@dude.automatvapen.se> Date: Wed, 21 Dec 2005 14:08:15 +0100 From: Dirk GOUDERS X-Scanned-By: MIMEDefang 2.43 Cc: hackers@FreeBSD.org, Ceri Davies Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 13:08:27 -0000 > > By the way, I tried to search the archive (doc@) for a possible > > earlier discussion of this subject but have a hard time to find proper > > words to search for... > > http://lists.freebsd.org/pipermail/freebsd-doc/2005-October/009027.html Thanks! Well, seems as if some people's heads are already working on this subject... Dirk From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 14:14:19 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EBB116A41F for ; Wed, 21 Dec 2005 14:14:19 +0000 (GMT) (envelope-from tony.uestc@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96B743D58 for ; Wed, 21 Dec 2005 14:14:18 +0000 (GMT) (envelope-from tony.uestc@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so166220nzd for ; Wed, 21 Dec 2005 06:14:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ozfk8VZIdk0irKit650LwcwyFJBn37BlIBmEsWrU3iqIydSgptB+UylIIPi/ZpZDu91DHdg5ScyDr+zaQ9hZb6BZxJlMSdZAA/CVLUUcOyrrs50nomqj9TEu0mJXePEnyUDmCVt/SpnQCHy1lpw3uc0odlHNVp2g7DZCVYubKsI= Received: by 10.36.252.23 with SMTP id z23mr672741nzh; Wed, 21 Dec 2005 06:14:18 -0800 (PST) Received: from ?211.83.98.99? ( [218.88.99.210]) by mx.gmail.com with ESMTP id 38sm1303692nza.2005.12.21.06.14.12; Wed, 21 Dec 2005 06:14:17 -0800 (PST) Message-ID: <43A96375.80704@gmail.com> Date: Wed, 21 Dec 2005 22:15:17 +0800 From: Tony User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: zhaoyj@qddico.com.cn References: <43A8DD54.4000701@gmail.com> <01c201c605f3$3a7efb30$1f0aa8c0@qddico> In-Reply-To: <01c201c605f3$3a7efb30$1f0aa8c0@qddico> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org Subject: Re: Problem booting FreeBSD from cboot FreeBSD from cdrom using grubdrom using grub X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 14:14:19 -0000 I'm using FreeBSD 5.4 grub 0.95 Is this what you want? zhaoyj@qddico.com.cn wrote: > ??,??????,??????grub??freebsd,???????, > ??????grub?????ufs2 > ?????fc2,grub????0.94 > ???????????,????????? > ??????????? > > > > ----- Original Message ----- > From: "Tony" > To: > Cc: > Sent: Wednesday, December 21, 2005 12:43 PM > Subject: Problem booting FreeBSD from cboot FreeBSD from cdrom using grubdrom using grub > > > >>Hi, >> I'm trying to make an iso image that will boot FreeBSD using GRUB boot >>loader. >> Grub will boot /boot/loader and the loader will boot /boot/kernel. It >>goes well on my disk, but when I try to make a livecd, it fails. I spend >>some time figuring out that /boot/loader does not probe cd it self, it >>depends on boot2 to tell him which cd to boot from. So I did some hack >>on /boot/loader. Bellow is the diff: >>*** sys/boot/i386/loader/main.c.bak Sun Dec 11 19:32:29 2005 >>--- sys/boot/i386/loader/main.c Sun Dec 11 22:04:29 2005 >>*************** >>*** 228,235 **** >> if ((new_currdev.d_type == biosdisk.dv_type) && >> ((new_currdev.d_kind.biosdisk.unit = bd_bios2unit(biosdev)) == >>-1)) { >> printf("Can't work out which disk we are booting from.\n" >>! "Guessed BIOS device 0x%x not found by probes, defaulting >>to disk0:\n", biosdev); >>! new_currdev.d_kind.biosdisk.unit = 0; >> } >> env_setenv("currdev", EV_VOLATILE, i386_fmtdev(&new_currdev), >> i386_setcurrdev, env_nounset); >>--- 228,238 ---- >> if ((new_currdev.d_type == biosdisk.dv_type) && >> ((new_currdev.d_kind.biosdisk.unit = bd_bios2unit(biosdev)) == >>-1)) { >> printf("Can't work out which disk we are booting from.\n" >>! "Guessed BIOS device 0x%x not found by probes, defaulting >>to cd0(%d):\n", biosdev, biosdev); >>! bc_add(biosdev); >>! new_currdev.d_type = bioscd.dv_type; >>! new_currdev.d_dev = &bioscd; >>! new_currdev.d_kind.bioscd.unit = bc_bios2unit(biosdev); >> } >> env_setenv("currdev", EV_VOLATILE, i386_fmtdev(&new_currdev), >> i386_setcurrdev, env_nounset); >> >>Then the kernel starts, but when the kernel try to mount the root fs, it >>stops. I have the follow line in my /etc/fstab >>/dev/acd0c / cd9660 ro 0 0 >> >>I am stranded. Can anyone help? I'm using FreeBSD 5.4 >> >>thanks >>Tony >> >> >> >>_______________________________________________ >>freebsd-hackers@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 14:30:07 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D57EB16A41F for ; Wed, 21 Dec 2005 14:30:07 +0000 (GMT) (envelope-from warping2@yahoo.com) Received: from web50007.mail.yahoo.com (web50007.mail.yahoo.com [206.190.38.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 29B4F43D64 for ; Wed, 21 Dec 2005 14:29:59 +0000 (GMT) (envelope-from warping2@yahoo.com) Received: (qmail 76976 invoked by uid 60001); 21 Dec 2005 14:29:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lUdKCjHGggYScyCkGFm97r0DjY0u9O2VetqTU1kJ4YHqxome5eUk8gXp6/Klaque7HBHTV3GkOWWDGuXiWddhFhW43F/+xXncMx18iCLIWxTvyV7+RYhvzYBKWODIBPPg5Sw/p9Bz0J1+p/E4qb+3ZWwDA/xJvz3fax2xYM6kvs= ; Message-ID: <20051221142955.76974.qmail@web50007.mail.yahoo.com> Received: from [200.88.236.112] by web50007.mail.yahoo.com via HTTP; Wed, 21 Dec 2005 08:29:55 CST Date: Wed, 21 Dec 2005 08:29:55 -0600 (CST) From: Ronald Gonzalez To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: ppp tun0: Warning: deflink: /dev/ucom0: Bad file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 14:30:08 -0000 Hi, I'm trying to sync a Dell Axim X30 using synce-dccm-0.9.1 and running FreeBSD 6.0-RELEASE, but ppp is failing with a "Bad file descriptor" message. What can I do? Ronald Gonzalez Dominican Republic. ----------------------------- Dec 21 10:23:49 infacr02d kernel: ucom0: vendor 0x413c product 0x4003, rev 1.01/0.00, addr 2 (rt) Dec 21 10:23:49 infacr02d ppp[22888]: Phase: Using interface: tun0 Dec 21 10:23:49 infacr02d ppp[22888]: Phase: deflink: Created in closed state Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: default: set device /dev/cuad1 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: default: set speed 115200 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: default: set timeout 180 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: default: enable dns Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: /etc/ppp/ppp.conf: Including "/etc/ppp/ppp-uppc.conf" Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: disable dns Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: accept dns Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: set login CLIENT CLIENTSERVER Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: set device /dev/ucom0 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: set dial Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: set ifaddr 192.168.130.102 192.168.130.201 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: set speed 2400 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: uppc: set timeout 300 Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Command: /etc/ppp/ppp.conf: Done include of "/etc/ppp/ppp-uppc.conf" Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Phase: PPP Started (background mode). Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Phase: bundle: Establish Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Phase: deflink: closed -> opening Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Warning: deflink: /dev/ucom0: Bad file descriptor Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Warning: deflink: /dev/ucom0: Bad file descriptor Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Chat: Failed to open device (attempt 1 of 1) Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Phase: deflink: opening -> closed Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Phase: bundle: Dead Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Chat: Parent notified of redial Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Phase: PPP Terminated (normal). Dec 21 10:23:49 infacr02d ppp[22888]: tun0: Phase: Parent: Child failed (errdead) Dec 21 10:23:49 infacr02d ppp[22889]: tun0: Chat: Parent notified of failure Dec 21 10:24:01 infacr02d kernel: ucom0: at uhub2 port 1 (addr 2) disconnected Dec 21 10:24:01 infacr02d kernel: All threads purged from cuaU0 Dec 21 10:24:01 infacr02d kernel: All threads purged from ttyU0 Dec 21 10:24:01 infacr02d kernel: ucom0: detached ----------------------------------- __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 15:45:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEABA16A41F for ; Wed, 21 Dec 2005 15:45:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF7E43D5F for ; Wed, 21 Dec 2005 15:45:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4293834 for multiple; Wed, 21 Dec 2005 10:47:17 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBLFjcIe014980; Wed, 21 Dec 2005 10:45:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 21 Dec 2005 10:46:13 -0500 User-Agent: KMail/1.8.2 References: <43A8DD54.4000701@gmail.com> In-Reply-To: <43A8DD54.4000701@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211046.14217.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Tony Subject: Re: Problem booting FreeBSD from cboot FreeBSD from cdrom using grubdrom using grub X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 15:45:41 -0000 On Tuesday 20 December 2005 11:43 pm, Tony wrote: > Hi, > I'm trying to make an iso image that will boot FreeBSD using GRUB boot > loader. > Grub will boot /boot/loader and the loader will boot /boot/kernel. It > goes well on my disk, but when I try to make a livecd, it fails. I spend > some time figuring out that /boot/loader does not probe cd it self, it > depends on boot2 to tell him which cd to boot from. So I did some hack > on /boot/loader. Why do you need to use GRUB? The current cdboot + /boot/loader stuff works as is. boot2 doesn't actually pass the special CD flag, cdboot does. The patch below is not quite acceptable for the tree as there are non-CD cases where you could get that error. If you ahve a way to patch GRUB to set the CD flag in the bootinfo struct when it boots from CD that would be ideal. > Bellow is the diff: > *** sys/boot/i386/loader/main.c.bak Sun Dec 11 19:32:29 2005 > --- sys/boot/i386/loader/main.c Sun Dec 11 22:04:29 2005 > *************** > *** 228,235 **** > if ((new_currdev.d_type == biosdisk.dv_type) && > ((new_currdev.d_kind.biosdisk.unit = bd_bios2unit(biosdev)) == > -1)) { > printf("Can't work out which disk we are booting from.\n" > ! "Guessed BIOS device 0x%x not found by probes, defaulting > to disk0:\n", biosdev); > ! new_currdev.d_kind.biosdisk.unit = 0; > } > env_setenv("currdev", EV_VOLATILE, i386_fmtdev(&new_currdev), > i386_setcurrdev, env_nounset); > --- 228,238 ---- > if ((new_currdev.d_type == biosdisk.dv_type) && > ((new_currdev.d_kind.biosdisk.unit = bd_bios2unit(biosdev)) == > -1)) { > printf("Can't work out which disk we are booting from.\n" > ! "Guessed BIOS device 0x%x not found by probes, defaulting > to cd0(%d):\n", biosdev, biosdev); > ! bc_add(biosdev); > ! new_currdev.d_type = bioscd.dv_type; > ! new_currdev.d_dev = &bioscd; > ! new_currdev.d_kind.bioscd.unit = bc_bios2unit(biosdev); > } > env_setenv("currdev", EV_VOLATILE, i386_fmtdev(&new_currdev), > i386_setcurrdev, env_nounset); > > Then the kernel starts, but when the kernel try to mount the root fs, it > stops. I have the follow line in my /etc/fstab > /dev/acd0c / cd9660 ro 0 0 > > I am stranded. Can anyone help? I'm using FreeBSD 5.4 > > thanks > Tony > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 15:47:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B90E116A41F for ; Wed, 21 Dec 2005 15:47:40 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916FB43D66 for ; Wed, 21 Dec 2005 15:47:36 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms076.mailsrvcs.net ([192.168.1.1]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IRU0081HUJ8CR96@vms048.mailsrvcs.net> for freebsd-hackers@freebsd.org; Wed, 21 Dec 2005 09:47:34 -0600 (CST) Date: Wed, 21 Dec 2005 09:47:32 -0600 (CST) From: Sergey Babkin To: Tony , freebsd-hackers@freebsd.org Message-id: <26220528.1135180054890.JavaMail.root@vms076.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Wed, 21 Dec 2005 15:52:32 +0000 Cc: Subject: Re: Problem booting FreeBSD from cboot FreeBSD from cdrom using grubdrom using g X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 15:47:40 -0000 >From: Tony > I'm trying to make an iso image that will boot FreeBSD using GRUB boot >loader. > >Then the kernel starts, but when the kernel try to mount the root fs, it >stops. I have the follow line in my /etc/fstab >/dev/acd0c / cd9660 ro 0 0 > >I am stranded. Can anyone help? I'm using FreeBSD 5.4 A real stupid question: do you have the cdfs statically linked in your kernel? Do you have the kernel configured to used the cdfs type for the root filesystem? -SB From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 16:01:40 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9D0716A420 for ; Wed, 21 Dec 2005 16:01:40 +0000 (GMT) (envelope-from hakuchi@www.liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C2D43D45 for ; Wed, 21 Dec 2005 16:01:38 +0000 (GMT) (envelope-from hakuchi@www.liukuma.net) Received: by www.liukuma.net (Postfix, from userid 1021) id 7EE8C5943; Wed, 21 Dec 2005 18:01:37 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id 7C6D556C6 for ; Wed, 21 Dec 2005 18:01:37 +0200 (EET) Date: Wed, 21 Dec 2005 18:01:37 +0200 (EET) From: Juhana Tahvanainen To: hackers@freebsd.org In-Reply-To: <20051220142254.GD68989@submonkey.net> Message-ID: <20051221161520.O1593@www.liukuma.net> References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> <20051220142254.GD68989@submonkey.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 21 Dec 2005 16:11:33 +0000 Cc: Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:01:41 -0000 how about: FreeBSD-Handbook-General (guaranteed to work with all FreeBSD systems, doesn't include stuff in FreeBSD-Handbook-BRANCH.x) FreeBSD-Handbook-4.x (guaranteed to work with 4.x branch, doesn't include stuff in FreeBSD-Handbook-General) FreeBSD-Handbook-5.x (guaranteed to work with 5.x branch, doesn't include stuff in FreeBSD-Handbook-General) FreeBSD-Handbook-6.x (guaranteed to work with 6.x branch, doesn't include stuff in FreeBSD-Handbook-General) ... this way layered information is minimalized and there is clear path to find something out. FreeBSD-Handbook-General is rather fixed once ready, only maintenance needed is when some future release doesnt support something anymore, that is removed and moved to FreeBSD-Handbook-BRANCH.x. FreeBSD-Handbook-BRANCH.x deals with branch in case from installation to use, having links to FreeBSD-Handbook-General when needed. FreeBSD-Handbook-BRANCH.x can also have real-life examples and comments, so need for FAQ should be covered. dunno if that is any more clear but what there is out there now, is a mess. ---J On Tue, 20 Dec 2005, Ceri Davies wrote: > On Mon, Dec 19, 2005 at 10:34:23AM +0100, Dirk GOUDERS wrote: >> >>> 3. Full review and update of the install docs, handbook, FAQ, etc. >>> There are sections that are embarrassingly out of date (one section of >>> the handbook apparently states that we only support a single brand of >>> wifi cards). A co-worker of mine tried to install 6.0 using just the >>> handbook install guide, and discovered that it really doesn't match >>> reality anymore, in both big and small ways. Contact me directly if >>> you would like his list of comments. >> >> I am wondering if it wouldn't be advantageous to have "versioned" >> documents that just cover one specific release and not to cover all >> realeases in single documents. >> >> I could imagine that it is harder to cover everything in single >> documents than to perhaps copy the existing documentation when a new >> branch is created and edit it to match just the new release. >> >> Maybe, I do not realize how much more work this would be but it would >> probably enforce regular reviews of the documentation and the readers >> would benefit from it. > > This is exactly the idea that I have been pimping to anyone who will > listen for the last three months or so. I also think that it is > advantageous for users who are using, say 4.2, to be able to find > documentation for 4.2 without having to interpret a nest of "if you have > 4.x do this, if 5.0 through 5.3 do that, else do the other". I don't > think it's a lot of work to just branch the handbook (and FAQ > if we decide to keep it) - in fact, for me, it would be a definite win - > at release time, but it just doesn't seem to be what other people want > done. > > I would encourage those interested to ask about it on doc@. > > Ceri > -- > Only two things are infinite, the universe and human stupidity, and I'm > not sure about the former. -- Einstein (attrib.) > From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 16:20:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F1FE16A42B for ; Wed, 21 Dec 2005 16:20:00 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2D143D53 for ; Wed, 21 Dec 2005 16:19:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4296155 for multiple; Wed, 21 Dec 2005 11:21:00 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBLGJJDQ016736; Wed, 21 Dec 2005 11:19:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ceri Davies Date: Wed, 21 Dec 2005 11:18:26 -0500 User-Agent: KMail/1.8.2 References: <20051220114121.GA58620@submonkey.net> <200512201641.02898.jhb@freebsd.org> <20051221094130.GB20540@submonkey.net> In-Reply-To: <20051221094130.GB20540@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211118.27363.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:20:00 -0000 On Wednesday 21 December 2005 04:41 am, Ceri Davies wrote: > On Tue, Dec 20, 2005 at 04:41:01PM -0500, John Baldwin wrote: > > On Tuesday 20 December 2005 04:31 pm, Ceri Davies wrote: > > > On Tue, Dec 20, 2005 at 01:43:58PM -0500, John Baldwin wrote: > > > > On Tuesday 20 December 2005 10:58 am, Ceri Davies wrote: > > > > > On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > > > > > > The other concern is does this force the entire crunch to require > > > > > > a working rtld now? If so, that would mean that this wouldn't be > > > > > > appropriate for something such as /rescue. If there were a way > > > > > > to statically link rtld into the crunch itself that would > > > > > > probably be ideal, but I'm not sure that is possible. > > > > > > > > > > No, just the dynamic bits require rtld. > > > > > > > > So you can still run /foo without rtld being present if foo doesn't > > > > need dlopen, etc.? It looks like you link the crunch with -o > > > > dynamic, so isn't the kernel going to complain when you try to exec > > > > it that it can't find rtld if rtld is missing? (Think about /rescue > > > > if your rtld is hosed and/or missing.) > > > > > > Sorry, you're correct of course. It's still useful in Adrian's > > > environment at least (because he puts rtld on an MFS). > > > > One workaround for this case would be to have two crunches, one for the > > pure-static stuff and one for the dynamic-using stuff. Alternatively, if > > you had a way to statically link the rtld functions into the crunch you > > could still use just one crunch. I just want to make sure we don't go > > turning this on for /rescue since that needs to work if rtld is hosed > > (unless we go the route of two crunches). > > Ah, OK. The new version attached ensures that if you don't use the > libs_so declaration, you get an identical binary to that produced without > the patch. Sounds good (you could just go back to using -static in that case, but that's a minor detail). Still have TORTUOUS change in your diff. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 16:48:08 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CDFC16A41F; Wed, 21 Dec 2005 16:48:08 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D6043D49; Wed, 21 Dec 2005 16:48:07 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.4/8.13.4) with ESMTP id jBLGm3mL079707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Dec 2005 17:48:03 +0100 (CET) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.4/8.13.4/Submit) with UUCP id jBLGm3C0079706; Wed, 21 Dec 2005 17:48:03 +0100 (CET) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by pano.marabu.ch (8.13.4/8.13.4) with ESMTP id jBLGjaew025992; Wed, 21 Dec 2005 17:45:36 +0100 (CET) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.4) id RAA01319; Wed, 21 Dec 2005 17:45:34 +0100 (CET) Message-Id: <200512211645.RAA01319@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: <8664pi4snf.fsf@xps.des.no> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Wed, 21 Dec 2005 17:45:33 +0100 To: freebsd-hackers@freebsd.org References: <8664pi4snf.fsf@xps.des.no> X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 44 380 30 80 Fax +41 44 380 30 83 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (oneplusone.ch [127.0.0.1]); Wed, 21 Dec 2005 17:48:03 +0100 (CET) X-Mailfilter: egfilter version 1.14; Archiver [msg.n03fWRTy] (oneplusone.ch [127.0.0.1]); Wed, 21 Dec 2005 17:48:03 +0100 (CET) X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.33.0.19; VDF: 6.33.0.43; host: oneplusone.ch) Cc: Dag-Erling Sm?rgrav , Davies , Ceri Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:48:08 -0000 Excuse me, TORTIOUS vs TORTUOUS was my tort. We should never change license disclaimers however tortuous, I agree! The dynamically linked programs will clearly fail without existing /libexec/ld-elf.so and /lib/libc.so but we are speaking here of an *extension* to crunchgen configuration files which kicks in when the lib_so keyword is used. Maybe under CAVEATS it could be mentioned that with the additiona of one lib_so library you need to include that library plus rtld() and libc for the resulting crunched binary to work. The keyword being an extension means that all and every crunchgen configuration out there to date will crunch the binary fully static and hence /rescue will cntinue to work as before and thus never include programs requiring dlopen(). Adrian From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 17:23:04 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2892216A41F for ; Wed, 21 Dec 2005 17:23:04 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5625043D5E for ; Wed, 21 Dec 2005 17:23:02 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id AD59157BA; Wed, 21 Dec 2005 18:29:20 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.0 Received: from [192.168.99.16] (unknown [87.4.144.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Wed, 21 Dec 2005 18:29:20 +0100 (CET) Message-ID: <43A98F6B.5030302@freesbie.org> Date: Wed, 21 Dec 2005 18:22:51 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: "Alastair G. Hogge" References: <43A86ECC.3040706@gmail.com> <200512211739.37502.agh@tpg.com.au> In-Reply-To: <200512211739.37502.agh@tpg.com.au> X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA94F1AC6081A71D2F693E77A" X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-hackers@freebsd.org, Dale DuRose Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 17:23:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA94F1AC6081A71D2F693E77A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Alastair G. Hogge ha scritto: > On Wed, 21 Dec 2005 07:51, Dale DuRose wrote: > >>Hi > > Hello > > >>I'm wondering if anyone knows if freebsd has a vga framebuffer? >>and how to use it? > > You could look into KGI: > http://kgi-wip.sourceforge.net/ > http://people.freebsd.org/~nsouch/kgi4BSD/ > > There is patch set around for RELENG_6 from a few months ago. > You have to build a new kernel with sources, setup LibGGI and give it ago. Can you point us to this patchset? According to the site it seems its development freezed at 2005/01/15, and I can't find any other informations about that. -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enigA94F1AC6081A71D2F693E77A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDqY9wymi72IiShysRAkAlAJ47Ewl+6MBMDfLzpam3QlC5GeRdZwCgrvOl UDZ4U+dlQILjyAbNJIO7WXM= =kU0T -----END PGP SIGNATURE----- --------------enigA94F1AC6081A71D2F693E77A-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 17:35:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BEAD16A41F for ; Wed, 21 Dec 2005 17:35:59 +0000 (GMT) (envelope-from new.folder@email.it) Received: from smtp-out2.email.it (smtp-out2.email.it [80.247.70.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3231F43D8D for ; Wed, 21 Dec 2005 17:35:56 +0000 (GMT) (envelope-from new.folder@email.it) Received: from 151.100.8.55 (unknown [80.247.70.13]) by smtp-out2.email.it (Email.it) with ESMTP id EB20B1BD948; Wed, 21 Dec 2005 18:35:54 +0100 (CET) Received: from Email-mailer ([151.100.8.55]) by 151.100.8.55 with HTTP (Wmail); Wed, 21 Dec 2005 18:35:53 +0100 Date: Wed, 21 Dec 2005 18:35:53 +0100 To: Warner Losh From: new.folder@email.it Message-ID: X-Priority: X-Mailer: Webmail-Email.it [Mailer version 1.70] X-SenderIP: 151.100.8.55 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="iso-8859-1" X-Mailman-Approved-At: Wed, 21 Dec 2005 17:51:45 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Accessing driver members X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: new.folder@email.it List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 17:35:59 -0000 > You have one device driver that wants to access another device > driver's private parts? I might access to dvd (as for sys/dvdio.h) from kernelspace. I would not like to patch the dvd driver, there's another way to do it? Thanks, Mario -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Cassine di Pietra: vini veneti di qualità subito a casa Sua da un’azienda famigliare al servizio di clienti selezionati Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3919&d=20051221 From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 18:39:25 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1064A16A41F for ; Wed, 21 Dec 2005 18:39:25 +0000 (GMT) (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 3F34C43D58 for ; Wed, 21 Dec 2005 18:39:24 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (uhktgb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id jBLIdMAW061297 for ; Wed, 21 Dec 2005 19:39:22 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id jBLIdMYG061296; Wed, 21 Dec 2005 19:39:22 +0100 (CET) (envelope-from olli) Date: Wed, 21 Dec 2005 19:39:22 +0100 (CET) Message-Id: <200512211839.jBLIdMYG061296@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <200512211046.14217.jhb@freebsd.org> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Mailman-Approved-At: Wed, 21 Dec 2005 18:43:26 +0000 Cc: Subject: Re: Problem booting FreeBSD from cboot FreeBSD from cdrom using grubdrom using grub X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 18:39:25 -0000 John Baldwin wrote: > On Tuesday 20 December 2005 11:43 pm, Tony wrote: > > Hi, > > I'm trying to make an iso image that will boot FreeBSD using GRUB boot > > loader. > > Grub will boot /boot/loader and the loader will boot /boot/kernel. It > > goes well on my disk, but when I try to make a livecd, it fails. I spend > > some time figuring out that /boot/loader does not probe cd it self, it > > depends on boot2 to tell him which cd to boot from. So I did some hack > > on /boot/loader. > > Why do you need to use GRUB? The current cdboot + /boot/loader stuff works as > is. I had a similar problem. I needed to use GRUB because I had to create a multi-OS DVD-ROM which contained FreeBSD, NetBSD and OpenBSD. So I needed a bootmanager which is able to boot all of them. Unfortunately, it didn't work, similar to what the original poster in this thread explained, so I had to forget about making the DVD bootable, and instead require the users to burn CDs or floppies from images contained on the DVD. :-( If anyone knows how to make such a multi-OS bootable DVD, I'm all ears ... I've tried both GRUB and GAG, but neither worked. 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. Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 18:58:30 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7160916A420 for ; Wed, 21 Dec 2005 18:58:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1842343DA5 for ; Wed, 21 Dec 2005 18:56:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4304788 for multiple; Wed, 21 Dec 2005 13:58:19 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBLIudAP028245; Wed, 21 Dec 2005 13:56:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Adrian Steinmann Date: Wed, 21 Dec 2005 13:46:48 -0500 User-Agent: KMail/1.8.2 References: <8664pi4snf.fsf@xps.des.no> <200512211645.RAA01319@marabu.marabu.ch> In-Reply-To: <200512211645.RAA01319@marabu.marabu.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512211346.50231.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org, Ceri Davies , Dag-Erling Sm?rgrav Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 18:58:30 -0000 On Wednesday 21 December 2005 11:45 am, Adrian Steinmann wrote: > The dynamically linked programs will clearly fail without existing > /libexec/ld-elf.so and /lib/libc.so but we are speaking here of an > *extension* to crunchgen configuration files which kicks in when > the lib_so keyword is used. Maybe under CAVEATS it could be mentioned > that with the additiona of one lib_so library you need to include > that library plus rtld() and libc for the resulting crunched binary > to work. > > The keyword being an extension means that all and every crunchgen > configuration out there to date will crunch the binary fully static > and hence /rescue will cntinue to work as before and thus never > include programs requiring dlopen(). Yes, Ceri just fixed that so it is indeed the case. However, I do want to make sure people don't start adding this to /rescue as it will break /rescue's usefulness if not done carefully (i.e. two crunches). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 20:37:56 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3750416A41F for ; Wed, 21 Dec 2005 20:37:56 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A266B43D5D for ; Wed, 21 Dec 2005 20:37:55 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so228379wra for ; Wed, 21 Dec 2005 12:37:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Si0jl3lFIyxXqNrZV4DbByoVpXdL1WSHAhR9Q+EzlMRIFrehtrgFCEtzon6MJFlwQCOXWfJcrB4wzXrwXZmosJaBp6r691k9lOHoh69JHhL9HyvhYT/VKuGmu8H4lq8YL66u2bRJvseZJeo+10FnOATgTZVYIA9/m53D2q1wIRY= Received: by 10.54.123.3 with SMTP id v3mr1313220wrc; Wed, 21 Dec 2005 12:37:54 -0800 (PST) Received: by 10.54.127.14 with HTTP; Wed, 21 Dec 2005 12:37:54 -0800 (PST) Message-ID: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> Date: Wed, 21 Dec 2005 15:37:54 -0500 From: Ashok Shrestha To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:37:56 -0000 Do you know how to copy just a directory structure (not the files inside it= )? -- Ashok Shrestha From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 20:39:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38CB616A41F for ; Wed, 21 Dec 2005 20:39:24 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D658843D7B for ; Wed, 21 Dec 2005 20:39:10 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so228609wra for ; Wed, 21 Dec 2005 12:39:10 -0800 (PST) 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=mf7Dq0WSc1je/mxNjRMGckmSida+7wkf9VI6ml9n8t7zltZkiL//Mu/tNNKSJbxpDH2uHDHi+eaVC6hH1d33+ey9X+ZjyhWewC1r3Y7iEPreP0aNx4kFhZKKSLBvIqlPGH8ZDxmradK2vZLk3jqZziXmvaWMJLd4ODUVogvl9j8= Received: by 10.54.110.19 with SMTP id i19mr1284510wrc; Wed, 21 Dec 2005 12:39:09 -0800 (PST) Received: by 10.54.127.14 with HTTP; Wed, 21 Dec 2005 12:39:09 -0800 (PST) Message-ID: <79e2026f0512211239l2bc42753mce18b9bfbc7bf893@mail.gmail.com> Date: Wed, 21 Dec 2005 15:39:09 -0500 From: Ashok Shrestha To: freebsd-hackers@freebsd.org In-Reply-To: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> Subject: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:39:24 -0000 Do you know how to copy just a directory structure (not the files inside i= t)? -- Ashok Shrestha From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 20:50:11 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 871D816A41F for ; Wed, 21 Dec 2005 20:50:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55DE43D53 for ; Wed, 21 Dec 2005 20:50:10 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id jBLKo9FU072805; Wed, 21 Dec 2005 14:50:09 -0600 (CST) (envelope-from dan) Date: Wed, 21 Dec 2005 14:50:09 -0600 From: Dan Nelson To: Ashok Shrestha Message-ID: <20051221205009.GD17476@dan.emsphone.com> References: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org Subject: Re: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:50:11 -0000 In the last episode (Dec 21), Ashok Shrestha said: > Do you know how to copy just a directory structure (not the files > inside it)? One way would be using mtree: "mtree -d -c -p /path | mtree -U -p /otherpath". You could also do it with find and tar: "cd /path ; find . -type d | tar Tcfn - - | ( cd /otherpath ; tar xf - )" -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 20:44:39 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A5C916A41F for ; Wed, 21 Dec 2005 20:44:39 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A7843D6D for ; Wed, 21 Dec 2005 20:44:31 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id jBLKiQEm015041; Thu, 22 Dec 2005 07:44:26 +1100 Received: from [192.168.0.7] (ppp2343.dyn.pacific.net.au [61.8.35.67]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id jBLKiOlO002439; Thu, 22 Dec 2005 07:44:25 +1100 In-Reply-To: <20051221142955.76974.qmail@web50007.mail.yahoo.com> References: <20051221142955.76974.qmail@web50007.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Thu, 22 Dec 2005 07:44:30 +1100 To: Ronald Gonzalez X-Mailer: Apple Mail (2.746.2) X-Mailman-Approved-At: Wed, 21 Dec 2005 20:53:26 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: ppp tun0: Warning: deflink: /dev/ucom0: Bad file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 20:44:39 -0000 On 22/12/2005, at 1:29 AM, Ronald Gonzalez wrote: > Hi, I'm trying to sync a Dell Axim X30 using > synce-dccm-0.9.1 and running FreeBSD 6.0-RELEASE, but > ppp is failing with a "Bad file descriptor" message. > What can I do? The naming of ucom changed in 6.x and I haven't yet updated the uppc port to reflect that change. Just edit /etc/ppp/ppp-uppc.conf with the correct device name, eg. /dev/cuaU0. Cheers Sam From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 22:29:02 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C393616A41F for ; Wed, 21 Dec 2005 22:29:02 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id A2D4143D58 for ; Wed, 21 Dec 2005 22:29:01 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 83163 invoked by uid 399); 21 Dec 2005 21:32:21 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 21 Dec 2005 21:32:21 -0000 Message-ID: <43A9C9D7.40506@FreeBSD.org> Date: Wed, 21 Dec 2005 13:32:07 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051203) MIME-Version: 1.0 To: Ashok Shrestha References: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> In-Reply-To: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 22:29:02 -0000 Ashok Shrestha wrote: > Do you know how to copy just a directory structure (not the files inside it)? This is better suited for freebsd-questions@, but I'll give you a hint, the answer should probably involve find. :) Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 23:22:58 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E47FA16A41F; Wed, 21 Dec 2005 23:22:58 +0000 (GMT) (envelope-from mlobo@digiart.art.br) Received: from recife.ipadnet.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE63143D75; Wed, 21 Dec 2005 23:22:57 +0000 (GMT) (envelope-from mlobo@digiart.art.br) Received: from studio-too ([201.19.178.103]) (authenticated bits=0) by recife.ipadnet.com.br (8.12.8/8.12.8) with ESMTP id jBLNgkNU007934; Wed, 21 Dec 2005 20:42:47 -0300 From: "Mario Lobo" To: Doug Barton Date: Wed, 21 Dec 2005 20:25:16 -0300 MIME-Version: 1.0 Message-ID: <43A9BA2C.21442.189E2F@localhost> Priority: normal In-reply-to: <43A9C9D7.40506@FreeBSD.org> References: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Antivirus: avast! (VPS 0551-2, 20/12/2005), Outbound message X-Antivirus-Status: Clean Cc: hackers@freebsd.org Subject: Re: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 23:22:59 -0000 use this: tar -vpcf - -C source-dir . | tar xpf - -C destination-dir destination-dir must exist. This will copy everything inside source-dir to destination-dir. -- //| //|| // | // || -//--//--|| ARIO LOBO // // || --------------------------------- mlobo@digiart.art.br http://www.digiart.art.br/MarioLobo/ http://www.mallavoodoo.com.br > Ashok Shrestha wrote: > > Do you know how to copy just a directory structure (not the files inside it)? > > This is better suited for freebsd-questions@, but I'll give you a hint, the > answer should probably involve find. :) > > Good luck, > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 01:47:44 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F22F16A41F for ; Thu, 22 Dec 2005 01:47:44 +0000 (GMT) (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 C70F143D81 for ; Thu, 22 Dec 2005 01:47:42 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-222-87-192.jan.bellsouth.net [68.222.87.192]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 2CA59AD; Wed, 21 Dec 2005 19:47:41 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 29C7461C28; Wed, 21 Dec 2005 19:47:40 -0600 (CST) Date: Wed, 21 Dec 2005 19:47:40 -0600 From: "Matthew D. Fuller" To: Juhana Tahvanainen Message-ID: <20051222014740.GZ63497@over-yonder.net> References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> <20051220142254.GD68989@submonkey.net> <20051221161520.O1593@www.liukuma.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051221161520.O1593@www.liukuma.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 01:47:44 -0000 On Wed, Dec 21, 2005 at 06:01:37PM +0200 I heard the voice of Juhana Tahvanainen, and lo! it spake thus: > > how about: > > FreeBSD-Handbook-General is rather fixed once ready, only > maintenance needed is when some future release doesnt support > something anymore, that is removed and moved to > FreeBSD-Handbook-BRANCH.x. Difficult to manage. You have to remember or know which branches to backport stuff to, and you can't then say "OK, we won't bother with 3.x anymore, but Handbook-3.x will remain around not needing further work for people using it", as future changes might not get pushed back. It would probably be easier using something like marked sections in a single handbook to separate out version-specific stuff from more general stuff; that way, at least it's all in one place, and you could just generate handbooks for any given branch off one source. Of course, it can get ugly to look at, too.. -- 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-hackers@FreeBSD.ORG Thu Dec 22 05:34:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D036016A41F for ; Thu, 22 Dec 2005 05:34:59 +0000 (GMT) (envelope-from agh@tpg.com.au) Received: from mail4.tpgi.com.au (mail4.tpgi.com.au [203.12.160.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D1543D58 for ; Thu, 22 Dec 2005 05:34:58 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from [192.168.0.2] (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail4.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.4/8.13.4) with ESMTP id jBM5YtJe018865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Dec 2005 16:34:57 +1100 From: "Alastair G. Hogge" To: freebsd-hackers@freebsd.org Date: Thu, 22 Dec 2005 16:35:40 +1100 User-Agent: KMail/1.8.3 References: <43A86ECC.3040706@gmail.com> <200512211739.37502.agh@tpg.com.au> <43A98F6B.5030302@freesbie.org> In-Reply-To: <43A98F6B.5030302@freesbie.org> MIME-Version: 1.0 Message-Id: <200512221635.41265.agh@tpg.com.au> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dale DuRose , Dario Freni Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 05:35:00 -0000 On Thu, 22 Dec 2005 04:22, Dario Freni wrote: > Alastair G. Hogge ha scritto: > > On Wed, 21 Dec 2005 07:51, Dale DuRose wrote: > >>Hi > > > > Hello > > > >>I'm wondering if anyone knows if freebsd has a vga framebuffer? > >>and how to use it? > > > > You could look into KGI: > > http://kgi-wip.sourceforge.net/ > > http://people.freebsd.org/~nsouch/kgi4BSD/ > > > > There is patch set around for RELENG_6 from a few months ago. > > You have to build a new kernel with sources, setup LibGGI and give it > > ago. > > Can you point us to this patchset? According to the site it seems its > development freezed at 2005/01/15, and I can't find any other > informations about that. OK for the records. mindtrap on #kgi thru irc.freenode.net modifed Nicolas Souchu's (nsouch) BETA-5 patchset to build and run on RELENG_6 and HEAD. mindtrap only had a personal web page to store his modified patchset. Unfortunatly I no longer have the patchset or the URL of the patchset :-( Those of us that are interested in KGI4BSD just have to wait for nsouch or mindtrap to appear on #kgi for more info. Last I heard nsouch (I think) was giving mindtrap an preforce repo or something, and both were working on a new API....or something. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 06:06:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EEBF16A41F for ; Thu, 22 Dec 2005 06:06:16 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DC743D76 for ; Thu, 22 Dec 2005 06:06:00 +0000 (GMT) (envelope-from gbergling@0xfce3.net) X-Envelope-From: gbergling@0xfce3.net Received: from central.0xfce3.net (port-212-202-34-248.dynamic.qsc.de [212.202.34.248]) (authenticated bits=128) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id jBM65qg4030847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 22 Dec 2005 07:05:54 +0100 Received: from central.0xfce3.net (localhost [127.0.0.1]) by central.0xfce3.net (8.13.4/8.13.4) with ESMTP id jBM65kmX001125; Thu, 22 Dec 2005 07:05:46 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by central.0xfce3.net (8.13.4/8.13.4/Submit) id jBM65i5U001124; Thu, 22 Dec 2005 07:05:44 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: central.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Thu, 22 Dec 2005 07:05:44 +0100 From: Gordon Bergling To: "Alastair G. Hogge" Message-ID: <20051222060544.GA935@central.0xfce3.net> References: <43A86ECC.3040706@gmail.com> <200512211739.37502.agh@tpg.com.au> <43A98F6B.5030302@freesbie.org> <200512221635.41265.agh@tpg.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512221635.41265.agh@tpg.com.au> User-Agent: Mutt/1.4.2.1i X-Url: X-Operating-System: FreeBSD 6.0-STABLE i386 X-Host-Uptime: 6:55AM up 4 mins, 2 users, load averages: 0.54, 0.46, 0.22 X-Spam-Score: (0.244) AWL,BAYES_20,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: freebsd-hackers@freebsd.org, Dale DuRose , Dario Freni Subject: Re: FreeBSD VGA Framebuffer X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 06:06:16 -0000 * Thus spake Alastair G. Hogge (agh@tpg.com.au): > On Thu, 22 Dec 2005 04:22, Dario Freni wrote: > > Alastair G. Hogge ha scritto: > > > On Wed, 21 Dec 2005 07:51, Dale DuRose wrote: > > >>I'm wondering if anyone knows if freebsd has a vga framebuffer? > > >>and how to use it? > > > > > > You could look into KGI: > > > http://kgi-wip.sourceforge.net/ > > > http://people.freebsd.org/~nsouch/kgi4BSD/ > > > > > > There is patch set around for RELENG_6 from a few months ago. > > > You have to build a new kernel with sources, setup LibGGI and give it > > > ago. > > > > Can you point us to this patchset? According to the site it seems its > > development freezed at 2005/01/15, and I can't find any other > > informations about that. > OK for the records. mindtrap on #kgi thru irc.freenode.net modifed Nicolas > Souchu's (nsouch) BETA-5 patchset to build and run on RELENG_6 and HEAD. > mindtrap only had a personal web page to store his modified patchset. > Unfortunatly I no longer have the patchset or the URL of the patchset :-( > > Those of us that are interested in KGI4BSD just have to wait for nsouch or > mindtrap to appear on #kgi for more info. Last I heard nsouch (I think) > was giving mindtrap an preforce repo or something, and both were working > on a new API....or something. I made this strange PatchSet against RELENG_6. ;) It can be found at http://generic.0xfce3.net/freebsd/20050914-kgi4bsd.patch . It applied cleanly on a 6-BETA3, I think. If it isn't working on a recent RELENG_6_0 or RELENG_6 I have a working tarball from which I could create an update for the patch. best regards, Gordon -- Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "Minimal Electronic Music" From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 12:31:30 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DF716A41F for ; Thu, 22 Dec 2005 12:31:30 +0000 (GMT) (envelope-from hakuchi@www.liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE1843D55 for ; Thu, 22 Dec 2005 12:31:30 +0000 (GMT) (envelope-from hakuchi@www.liukuma.net) Received: by www.liukuma.net (Postfix, from userid 1021) id 70D0C6435; Thu, 22 Dec 2005 14:31:29 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id 6498B63AF; Thu, 22 Dec 2005 14:31:29 +0200 (EET) Date: Thu, 22 Dec 2005 14:31:29 +0200 (EET) From: Juhana Tahvanainen To: "Matthew D. Fuller" In-Reply-To: <20051222014740.GZ63497@over-yonder.net> Message-ID: <20051222142153.R1593@www.liukuma.net> References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> <20051220142254.GD68989@submonkey.net> <20051221161520.O1593@www.liukuma.net> <20051222014740.GZ63497@over-yonder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 22 Dec 2005 12:45:49 +0000 Cc: hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 12:31:31 -0000 i think you got this one wrong. what FreeBSD-Handbook-General should include: everything that spans through all FreeBSD releases i.e. # rm -rf / (that is guaranteed to work in all FreeBSD systems) but if some future release stops supporting this, then its removed from FreeBSD-Handbook-General and moved to FreeBSD-Handbook-BRANCH.x (to all branches that supports this). ---J On Wed, 21 Dec 2005, Matthew D. Fuller wrote: > On Wed, Dec 21, 2005 at 06:01:37PM +0200 I heard the voice of > Juhana Tahvanainen, and lo! it spake thus: >> >> how about: >> >> FreeBSD-Handbook-General is rather fixed once ready, only >> maintenance needed is when some future release doesnt support >> something anymore, that is removed and moved to >> FreeBSD-Handbook-BRANCH.x. > > Difficult to manage. You have to remember or know which branches to > backport stuff to, and you can't then say "OK, we won't bother with > 3.x anymore, but Handbook-3.x will remain around not needing further > work for people using it", as future changes might not get pushed > back. > > It would probably be easier using something like marked sections in a > single handbook to separate out version-specific stuff from more > general stuff; that way, at least it's all in one place, and you could > just generate handbooks for any given branch off one source. Of > course, it can get ugly to look at, too.. > > > -- > 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-hackers@FreeBSD.ORG Thu Dec 22 15:13:54 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FF0616A41F for ; Thu, 22 Dec 2005 15:13:54 +0000 (GMT) (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 DD67A43D45 for ; Thu, 22 Dec 2005 15:13:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wdixgp@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id jBMFDqMh002533 for ; Thu, 22 Dec 2005 16:13:52 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id jBMFDqE7002532; Thu, 22 Dec 2005 16:13:52 +0100 (CET) (envelope-from olli) Date: Thu, 22 Dec 2005 16:13:52 +0100 (CET) Message-Id: <200512221513.jBMFDqE7002532@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Mailman-Approved-At: Thu, 22 Dec 2005 15:16:48 +0000 Cc: Subject: Re: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 15:13:54 -0000 Ashok Shrestha wrote: > Do you know how to copy just a directory structure (not the files inside it)? The following is probably the easiest and most efficient way ($SRC and $DST are the source and destination directories): cd $SRC; find . -type d | cpio -dumpl $DST It will also preserve permission modes and ownerships (if run as root). The command is even portable to other UNIX systems (it's not BSD-specific). If you suspect that there are filenames that could contain newline characters, use find's -print0 option and cpio's -0 option, but those are not portable. 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. "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 15:36:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 522F516A41F for ; Thu, 22 Dec 2005 15:36:52 +0000 (GMT) (envelope-from oxy@field.hu) Received: from dumballah.tvnet.hu (dumballah.tvnet.hu [195.38.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89E2C43D5E for ; Thu, 22 Dec 2005 15:36:50 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (localhost.localdomain [127.0.0.1]) by dumballah.tvnet.hu (Postfix) with ESMTP id 97A0C10198F for ; Thu, 22 Dec 2005 16:36:48 +0100 (CET) Received: from dumballah.tvnet.hu ([127.0.0.1]) by localhost (dumballah.tvnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09084-25 for ; Thu, 22 Dec 2005 16:36:47 +0100 (CET) Received: from oxy (dsl217-197-189-123.pool.tvnet.hu [217.197.189.123]) by dumballah.tvnet.hu (Postfix) with SMTP id 1CEEC1019B8 for ; Thu, 22 Dec 2005 16:36:46 +0100 (CET) Message-ID: <000501c6070d$89fa7660$0201a8c0@oxy> From: "OxY" To: Date: Thu, 22 Dec 2005 16:36:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new at tvnet.hu Subject: 2 lame questions (ipfw, keyboard driver) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 15:36:52 -0000 hi! i have two lame questions, one about ipfw port forwarding, and an other about keyboard driver... 1, i have a box with public ip 195.70.x.x and openvpn 10.254.0.14 ip.. i'd like to accept connections on my public ip's y port and forward it to my 10.254.64.14 port 22.. is this possible? first i tried ipfw forward rule $cmd 00310 fwd 10.254.64.10,22 tcp from any to 195.70.x.x 1634 , but it said conn refused.... do i need divert? i don't know the syntax, coz i don't understand it from the manpage.. i tried natd with -redirect_port, failed too... 2, my box is in co-loc and when i reboot it OS doesn't load atkbd, then when i ask for console i can't use my keyboard.. how can i make it to always load the atkbd driver? i read the freebsd manpage and checked device hints: plummy root# cat /boot/device.hints |grep atkbd hint.atkbdc.0.at="isa" hint.atkbdc.0.port="0x060" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" but whatever i tried to change didn't helped.. thanks for help! From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 18:45:46 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EAAD16A47F for ; Thu, 22 Dec 2005 18:45:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4682043D5F for ; Thu, 22 Dec 2005 18:45:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 22 Dec 2005 10:45:45 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43AAF458.7070805@elischer.org> Date: Thu, 22 Dec 2005 10:45:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: OxY References: <000501c6070d$89fa7660$0201a8c0@oxy> In-Reply-To: <000501c6070d$89fa7660$0201a8c0@oxy> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: 2 lame questions (ipfw, keyboard driver) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 18:45:46 -0000 OxY wrote: > hi! > > i have two lame questions, one about ipfw port forwarding, and > an other about keyboard driver... > > 1, i have a box with public ip 195.70.x.x and openvpn 10.254.0.14 ip.. > i'd like to accept connections on my public ip's y port and forward it > to my 10.254.64.14 port 22.. > is this possible? > first i tried ipfw forward rule > $cmd 00310 fwd 10.254.64.10,22 tcp from any to 195.70.x.x 1634 > , but it said conn refused.... that should work.. is there something listenning on 10.254.64.10,22 ? 10.254.64.14 and 195.70.x.x are the same machine? do you have options IPFIREWALL_FORWARD #enable transparent proxy support in your kernel? is the rule being used? (use "ipfw show 00310" to see usage counts) > > do i need divert? i don't know the syntax, coz i don't understand it > from the manpage.. > > i tried natd with -redirect_port, failed too... > > 2, my box is in co-loc and when i reboot it OS doesn't load atkbd, > then when i ask for > console i can't use my keyboard.. > how can i make it to always load the atkbd driver? > i read the freebsd manpage and checked device hints: > > plummy root# cat /boot/device.hints |grep atkbd > hint.atkbdc.0.at="isa" > hint.atkbdc.0.port="0x060" > hint.atkbd.0.at="atkbdc" > hint.atkbd.0.irq="1" > > but whatever i tried to change didn't helped.. > > thanks for help! > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 22:33:14 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45D7C16A41F for ; Thu, 22 Dec 2005 22:33:14 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5CA43D5A for ; Thu, 22 Dec 2005 22:33:13 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jBMMXCgP024157; Thu, 22 Dec 2005 23:33:12 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id jBMMX8VA024153; Thu, 22 Dec 2005 17:33:08 -0500 (EST) (envelope-from cracauer) Date: Thu, 22 Dec 2005 17:33:08 -0500 From: Martin Cracauer To: Kris Kennaway Message-ID: <20051222173308.B23728@cons.org> References: <43A26FFB.9080405@samsco.org> <20051216104022.A20877@cons.org> <20051217063409.GB19094@silverwraith.com> <20051217080109.GA31849@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051217080109.GA31849@xor.obsecurity.org>; from kris@obsecurity.org on Sat, Dec 17, 2005 at 03:01:09AM -0500 Cc: freebsd-hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 22:33:14 -0000 Kris Kennaway wrote on Sat, Dec 17, 2005 at 03:01:09AM -0500: > On Fri, Dec 16, 2005 at 10:34:09PM -0800, Avleen Vig wrote: > > On Fri, Dec 16, 2005 at 10:40:22AM -0500, Martin Cracauer wrote: > > > > 2. SMP kernels for install. Right now we only install a UP kernel, for > > > > performance reasons. We should be able to package both a UP and SMP > > > > kernel into the release bits, and have sysinstall install both. It > > > > should also select the correct one for the target system and make that > > > > the default on boot. > > > > > > If people are concerned about performance, I benchmarked a 6-beta > > > kernel SMP versus UP on a socket 939 Opteron. > > > > If those results are accurate, there's no real reason not to just use an > > SMP kernel on default install? > > Just because it didn't manifest on this workload, doesn't mean it > doesn't on others. I think this is the point :) I tried to model different worklods. The parallel part of my benchmark suite has CPU-heavy processes, short plain http, php, long plain http and mixtures thereof. None of these showed the SMP kernel to be an overall disadvantage on a one-processor system. However, the tradeoffs are different. The SMP kernel further increases the tendency that FreeBSD had all along to give CPU eaters more resources, disk and network I/O less, compared to Linux. Whether this is good or bad is open for discussion. From a traffic control standpoint you can both argue that it is better to get the CPU demands out of the way instead of getting more I/O done only to have the I/Oing processes then pile up in the already overcrowded CPU-demanding corner - and you can argue that you should get I/O done ASAP so that the I/O-initiating process doesn't hang around neccessaryily long. This is for both schedulers. I don't think this tendency is directly caused by the scheduler, it is probably the I/O subsystems coercing the scheduler, not the other way round. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 22 22:57:56 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B52C16A41F; Thu, 22 Dec 2005 22:57:56 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 005A943D5C; Thu, 22 Dec 2005 22:57:55 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id jBMN0bPx018911; Thu, 22 Dec 2005 23:00:37 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id jBMN0aJt018910; Thu, 22 Dec 2005 23:00:36 GMT (envelope-from dunstan) Date: Thu, 22 Dec 2005 23:00:36 +0000 From: "Wojciech A. Koszek" To: John Baldwin Message-ID: <20051222230036.GB18817@FreeBSD.czest.pl> References: <20051215223745.GA37768@FreeBSD.czest.pl> <200512161114.14398.jhb@freebsd.org> <20051216221943.GB58739@FreeBSD.czest.pl> <200512191424.06516.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200512191424.06516.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, phk@freebsd.org, Peter Jeremy Subject: Re: [CALL FOR TESTERS] New system call: abort2() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2005 22:57:56 -0000 On Mon, Dec 19, 2005 at 02:24:04PM -0500, John Baldwin wrote: > On Friday 16 December 2005 05:19 pm, Wojciech A. Koszek wrote: > > On Fri, Dec 16, 2005 at 11:14:12AM -0500, John Baldwin wrote: > > > On Friday 16 December 2005 04:10 am, Peter Jeremy wrote: > > > > On Thu, 2005-Dec-15 22:37:45 +0000, Wojciech A. Koszek wrote: > > > > > abort2(const char *why, int nargs, void **args); > > > > > > > > > >"why" is reason of program abort, "nargs" is number of arguments > > > > >passed in "args". Both "why" and "args" (with "%p" format) will be > > > > >printed via log(9). Sample output: > > > > >[..] > > > > >pid <3004> abort2: ABORT2 > > > > >pid <3019> abort2: invalid argument > > > > >[..] > > > > > > > > I don't believe the following code is correct. uap->args is a > > > > userspace pointer so uap->args[i] is dereferencing a userspace > > > > argument in kernelspace. > > > > + arg = uargs[i] = (void *) fuword(uap->args[i]); > > > > I think it should be fuword(uap->args + i); > > > > > > > > I don't see the point of the following test. "arg" is printed using > > > > %p and never de-referenced so there's no reason it can't be NULL. I > > > > would see that a legitimate use of abort2() is when the application > > > > detects that a pointer is unexpectedly NULL. Aborting on -1 is less > > > > clear - if fuword() fails, it will return -1 but, equally, a faulty > > > > user application may have left -1 in a pointer. (Note that mmap(2) > > > > returns -1 on error so it's not inconceivable that a pointer could > > > > contain -1). > > > > > > > > + /* Prevent from faults in user-space */ > > > > + if (arg == NULL || arg == (void *)-1) { > > > > + error = EINVAL; > > > > + break; > > > > + } > > > > > > > > Taking the above into account, I believe the code should be: > > > > + if (uap->args == NULL) > > > > + break; > > > > + error = copyin(uap->args, uargs, uap->nargs * sizeof > > > > (void *)); + if (error != 0) > > > > + break; > > > > > > Agreed. Also, copyinstr() can provide a better interface for copying the > > > why string in. Also, the PROC LOCK isn't needed for reading the static > > > p_pid and p_comm fields of struct proc. Also, I second the other > > > comments of do { } while(0) vs goto. Many existing syscalls use 'goto > > > out;' for error handling, and I think that is one of the very few cases > > > when goto is useful and not harmful. > > > > Thanks for the suggestions and comments! > > > > My question is related with copying string from user-space: the only > > difference I can see between those functions (other than operating of > > strings/sbufs) is that sbuf_copyin() looses 'done' [1]. Since current > > abort2() makes use of sbuf(9), I'll have to have additional buffer just > > for string copying and than copy it to sbuf. Would you prefer this > > solution or complete migration from sbufs to strl..()? > > > > [1] Couldn't sbuf_copyin() simply return 'done' from copyinstr() > > embedded in it, since it already returns -1 on failure? This function > > is used in two places, which make no use of return value. > > That sounds good to me (fixing sbuf_copyin()). > I got no response from people for whom changing this function could be a problem. My patch is here: http://freebsd.czest.pl/dunstan/FreeBSD/sbuf_copyin.0.patch -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 00:40:07 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FB5616A41F; Fri, 23 Dec 2005 00:40:07 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9494D43D4C; Fri, 23 Dec 2005 00:40:06 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id jBN0gnPx019204; Fri, 23 Dec 2005 00:42:49 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id jBN0gnwD019203; Fri, 23 Dec 2005 00:42:49 GMT (envelope-from dunstan) Date: Fri, 23 Dec 2005 00:42:48 +0000 From: "Wojciech A. Koszek" To: John Baldwin Message-ID: <20051223004248.GA19050@FreeBSD.czest.pl> References: <20051215223745.GA37768@FreeBSD.czest.pl> <20051216091057.GQ77268@cirb503493.alcatel.com.au> <200512161114.14398.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200512161114.14398.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, phk@freebsd.org, Peter Jeremy Subject: Re: [CALL FOR TESTERS] New system call: abort2() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 00:40:07 -0000 On Fri, Dec 16, 2005 at 11:14:12AM -0500, John Baldwin wrote: > On Friday 16 December 2005 04:10 am, Peter Jeremy wrote: > > On Thu, 2005-Dec-15 22:37:45 +0000, Wojciech A. Koszek wrote: > > > abort2(const char *why, int nargs, void **args); > > > > > >"why" is reason of program abort, "nargs" is number of arguments > > >passed in "args". Both "why" and "args" (with "%p" format) will be > > >printed via log(9). Sample output: > > >[..] > > >pid <3004> abort2: ABORT2 > > >pid <3019> abort2: invalid argument > > >[..] [..] > > Agreed. Also, copyinstr() can provide a better interface for copying the why > string in. Also, the PROC LOCK isn't needed for reading the static p_pid and > p_comm fields of struct proc. Also, I second the other comments of do { } > while(0) vs goto. Many existing syscalls use 'goto out;' for error handling, > and I think that is one of the very few cases when goto is useful and not > harmful. Updated patch is here: http://freebsd.czest.pl/dunstan/FreeBSD/abort2/abort2.3.patch If I have to change something, let me know. Once again -- comments are welcome. -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 10:43:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6BC16A41F; Fri, 23 Dec 2005 10:43:15 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 529A143D80; Fri, 23 Dec 2005 10:43:11 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EpkOE-000FUM-D3; Fri, 23 Dec 2005 10:43:10 +0000 Date: Fri, 23 Dec 2005 10:43:10 +0000 From: Ceri Davies To: John Baldwin Message-ID: <20051223104310.GB70760@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , freebsd-hackers@freebsd.org References: <20051220114121.GA58620@submonkey.net> <200512201641.02898.jhb@freebsd.org> <20051221094130.GB20540@submonkey.net> <200512211118.27363.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <200512211118.27363.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:43:15 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 21, 2005 at 11:18:26AM -0500, John Baldwin wrote: > Sounds good (you could just go back to using -static in that case, but th= at's=20 > a minor detail). Still have TORTUOUS change in your diff. :) No harm done :) New version fixing both issues at http://people.FreeBSD.org/~ceri/crunchgen.so.diff Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDq9S+ocfcwTS3JF8RAvmOAKDKLLFfbFQWvASp9CWSrZpJygd1+ACeMAaa tZvZ4Rtl4V6auj05bXxfuUI= =hAMK -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 13:57:54 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11D4B16A41F for ; Fri, 23 Dec 2005 13:57:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF56C43D45 for ; Fri, 23 Dec 2005 13:57:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4424266 for multiple; Fri, 23 Dec 2005 08:58:29 -0500 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 jBNDujJ5042603; Fri, 23 Dec 2005 08:56:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ceri Davies Date: Fri, 23 Dec 2005 08:56:44 -0500 User-Agent: KMail/1.8.3 References: <20051220114121.GA58620@submonkey.net> <200512211118.27363.jhb@freebsd.org> <20051223104310.GB70760@submonkey.net> In-Reply-To: <20051223104310.GB70760@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512230856.45004.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 13:57:54 -0000 On Friday 23 December 2005 05:43 am, Ceri Davies wrote: > On Wed, Dec 21, 2005 at 11:18:26AM -0500, John Baldwin wrote: > > Sounds good (you could just go back to using -static in that case, but > > that's a minor detail). Still have TORTUOUS change in your diff. :) > > No harm done :) > > New version fixing both issues at > http://people.FreeBSD.org/~ceri/crunchgen.so.diff > > Ceri Commit! :) =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 14:50:47 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C6E916A41F for ; Fri, 23 Dec 2005 14:50:47 +0000 (GMT) (envelope-from oxy@field.hu) Received: from dumballah.tvnet.hu (dumballah.tvnet.hu [195.38.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE60243D80 for ; Fri, 23 Dec 2005 14:50:37 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (localhost.localdomain [127.0.0.1]) by dumballah.tvnet.hu (Postfix) with ESMTP id 870AF1018A8; Fri, 23 Dec 2005 15:50:33 +0100 (CET) Received: from dumballah.tvnet.hu ([127.0.0.1]) by localhost (dumballah.tvnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08695-36; Fri, 23 Dec 2005 15:50:33 +0100 (CET) Received: from oxy (dsl195-38-115-34.pool.tvnet.hu [195.38.115.34]) by dumballah.tvnet.hu (Postfix) with SMTP id CF6EA101838; Fri, 23 Dec 2005 15:50:32 +0100 (CET) Message-ID: <004101c607d0$407c5580$0201a8c0@oxy> From: "OxY" To: "Julian Elischer" References: <000501c6070d$89fa7660$0201a8c0@oxy> <43AAF458.7070805@elischer.org> Date: Fri, 23 Dec 2005 15:50:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new at tvnet.hu Cc: freebsd-hackers@freebsd.org Subject: Re: 2 lame questions (ipfw, keyboard driver) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 14:50:47 -0000 yeah, it's 10.254.64.14 is the other machine in my vpn... so not the machine, and 22 port is enabled, i can use it by 'ssh 10.254.64.14 ' options IPFIREWALL_FORWARD is in my kernel root# ipfw show 310 00310 4 204 fwd 10.254.64.10,2233 tcp from any to 195.70.x.x dst-port 16345 from outside it says: su-2.05b# telnet 195.70.x.x16345 Trying 195.70.x.x... telnet: connect to address 195.70.x.x: Connection refused telnet: Unable to connect to remote host ----- Original Message ----- From: "Julian Elischer" To: "OxY" Cc: Sent: Thursday, December 22, 2005 7:45 PM Subject: Re: 2 lame questions (ipfw, keyboard driver) > OxY wrote: > >> hi! >> >> i have two lame questions, one about ipfw port forwarding, and >> an other about keyboard driver... >> >> 1, i have a box with public ip 195.70.x.x and openvpn 10.254.0.14 ip.. >> i'd like to accept connections on my public ip's y port and forward it to >> my 10.254.64.14 port 22.. >> is this possible? >> first i tried ipfw forward rule >> $cmd 00310 fwd 10.254.64.10,22 tcp from any to 195.70.x.x 1634 >> , but it said conn refused.... > > > that should work.. > is there something listenning on 10.254.64.10,22 ? > 10.254.64.14 and 195.70.x.x are the same machine? > > do you have > > options IPFIREWALL_FORWARD #enable transparent proxy support > > in your kernel? > > is the rule being used? > (use "ipfw show 00310" to see usage counts) > > >> >> do i need divert? i don't know the syntax, coz i don't understand it from >> the manpage.. >> >> i tried natd with -redirect_port, failed too... >> >> 2, my box is in co-loc and when i reboot it OS doesn't load atkbd, then >> when i ask for >> console i can't use my keyboard.. >> how can i make it to always load the atkbd driver? >> i read the freebsd manpage and checked device hints: >> >> plummy root# cat /boot/device.hints |grep atkbd >> hint.atkbdc.0.at="isa" >> hint.atkbdc.0.port="0x060" >> hint.atkbd.0.at="atkbdc" >> hint.atkbd.0.irq="1" >> >> but whatever i tried to change didn't helped.. >> >> thanks for help! >> >> >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 15:34:21 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CCAD16A41F; Fri, 23 Dec 2005 15:34:21 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8728D43D5C; Fri, 23 Dec 2005 15:34:13 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Epovs-0001Jw-1f; Fri, 23 Dec 2005 15:34:12 +0000 Date: Fri, 23 Dec 2005 15:34:11 +0000 From: Ceri Davies To: John Baldwin Message-ID: <20051223153411.GE70760@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , freebsd-hackers@freebsd.org References: <20051220114121.GA58620@submonkey.net> <200512211118.27363.jhb@freebsd.org> <20051223104310.GB70760@submonkey.net> <200512230856.45004.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: <200512230856.45004.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: freebsd-hackers@freebsd.org Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 15:34:21 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 23, 2005 at 08:56:44AM -0500, John Baldwin wrote: > On Friday 23 December 2005 05:43 am, Ceri Davies wrote: > > On Wed, Dec 21, 2005 at 11:18:26AM -0500, John Baldwin wrote: > > > Sounds good (you could just go back to using -static in that case, but > > > that's a minor detail). Still have TORTUOUS change in your diff. :) > > > > No harm done :) > > > > New version fixing both issues at > > http://people.FreeBSD.org/~ceri/crunchgen.so.diff > > > > Ceri >=20 > Commit! :) OK, done. Thanks for the help. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDrBjzocfcwTS3JF8RAq+HAKDBPXe0iGAexOGa0BlVFL78ngG95QCcCq7H YVFpOekZZjK6Nj9Km5z3Emo= =Ogxh -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 15:42:32 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B08C316A41F for ; Fri, 23 Dec 2005 15:42:32 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B5C543D7C for ; Fri, 23 Dec 2005 15:42:21 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from fenrir.wireless.private.submonkey.net ([192.168.11.23]) by shrike.submonkey.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Epp3Z-0000uI-Jk; Fri, 23 Dec 2005 15:42:13 +0000 In-Reply-To: <20051221161520.O1593@www.liukuma.net> References: <43A26FFB.9080405@samsco.org> <200512190934.jBJ9YNhX022376@musashi.et.bocholt.fh-gelsenkirchen.de> <20051220142254.GD68989@submonkey.net> <20051221161520.O1593@www.liukuma.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <85A8ABE7-83FC-4A83-AB20-7603A7D7A6B4@submonkey.net> Content-Transfer-Encoding: 7bit From: Ceri Davies Date: Fri, 23 Dec 2005 15:41:42 +0000 To: Juhana Tahvanainen X-Mailer: Apple Mail (2.746.2) Cc: hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 15:42:32 -0000 On 21 Dec 2005, at 16:01, Juhana Tahvanainen wrote: > > how about: > > FreeBSD-Handbook-General (guaranteed to work with all FreeBSD > systems, doesn't include stuff in FreeBSD-Handbook-BRANCH.x) > > FreeBSD-Handbook-4.x (guaranteed to work with 4.x branch, doesn't > include stuff in FreeBSD-Handbook-General) > > FreeBSD-Handbook-5.x (guaranteed to work with 5.x branch, doesn't > include stuff in FreeBSD-Handbook-General) > > FreeBSD-Handbook-6.x (guaranteed to work with 6.x branch, doesn't > include stuff in FreeBSD-Handbook-General) FreeBSD-Handbook-General is basically what we have now, and it sucks to maintain. Seriously though, all the interested people are on doc@; this discussion should be moved there. Ceri From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 18:36:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3177F16A41F for ; Fri, 23 Dec 2005 18:36:13 +0000 (GMT) (envelope-from oxy@field.hu) Received: from dumballah.tvnet.hu (dumballah.tvnet.hu [195.38.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638A843D5F for ; Fri, 23 Dec 2005 18:36:12 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (localhost.localdomain [127.0.0.1]) by dumballah.tvnet.hu (Postfix) with ESMTP id CC9211017A1; Fri, 23 Dec 2005 19:36:10 +0100 (CET) Received: from dumballah.tvnet.hu ([127.0.0.1]) by localhost (dumballah.tvnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21316-15; Fri, 23 Dec 2005 19:36:10 +0100 (CET) Received: from oxy (dsl195-38-115-34.pool.tvnet.hu [195.38.115.34]) by dumballah.tvnet.hu (Postfix) with SMTP id EE9B410188A; Fri, 23 Dec 2005 19:36:07 +0100 (CET) Message-ID: <000b01c607ef$c5a438d0$0201a8c0@oxy> From: "OxY" To: "Julian Elischer" References: <000501c6070d$89fa7660$0201a8c0@oxy><43AAF458.7070805@elischer.org> <004101c607d0$407c5580$0201a8c0@oxy> Date: Fri, 23 Dec 2005 19:36:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: by amavisd-new at tvnet.hu Cc: freebsd-hackers@freebsd.org Subject: Re: 2 lame questions (ipfw, keyboard driver) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 18:36:13 -0000 whatever i give to ipfw rule after fwd it forwards me to my box: port for example... fwd 10.254.64.10,22 tcp from any to 195.70.x.x it is forwarding me to 195.70.x.x port 22 what's wrong? ----- Original Message ----- From: "OxY" To: "Julian Elischer" Cc: Sent: Friday, December 23, 2005 3:50 PM Subject: Re: 2 lame questions (ipfw, keyboard driver) > yeah, it's 10.254.64.14 is the other machine in my vpn... > so not the machine, and 22 port is enabled, > i can use it by 'ssh 10.254.64.14 ' > > options IPFIREWALL_FORWARD is in my kernel > > root# ipfw show 310 > 00310 4 204 fwd 10.254.64.10,2233 tcp from any to 195.70.x.x > dst-port 16345 > > from outside it says: > > su-2.05b# telnet 195.70.x.x16345 > Trying 195.70.x.x... > telnet: connect to address 195.70.x.x: Connection refused > telnet: Unable to connect to remote host > > ----- Original Message ----- > From: "Julian Elischer" > To: "OxY" > Cc: > Sent: Thursday, December 22, 2005 7:45 PM > Subject: Re: 2 lame questions (ipfw, keyboard driver) > > >> OxY wrote: >> >>> hi! >>> >>> i have two lame questions, one about ipfw port forwarding, and >>> an other about keyboard driver... >>> >>> 1, i have a box with public ip 195.70.x.x and openvpn 10.254.0.14 ip.. >>> i'd like to accept connections on my public ip's y port and forward it >>> to my 10.254.64.14 port 22.. >>> is this possible? >>> first i tried ipfw forward rule >>> $cmd 00310 fwd 10.254.64.10,22 tcp from any to 195.70.x.x 1634 >>> , but it said conn refused.... >> >> >> that should work.. >> is there something listenning on 10.254.64.10,22 ? >> 10.254.64.14 and 195.70.x.x are the same machine? >> >> do you have >> >> options IPFIREWALL_FORWARD #enable transparent proxy support >> >> in your kernel? >> >> is the rule being used? >> (use "ipfw show 00310" to see usage counts) >> >> >>> >>> do i need divert? i don't know the syntax, coz i don't understand it >>> from the manpage.. >>> >>> i tried natd with -redirect_port, failed too... >>> >>> 2, my box is in co-loc and when i reboot it OS doesn't load atkbd, then >>> when i ask for >>> console i can't use my keyboard.. >>> how can i make it to always load the atkbd driver? >>> i read the freebsd manpage and checked device hints: >>> >>> plummy root# cat /boot/device.hints |grep atkbd >>> hint.atkbdc.0.at="isa" >>> hint.atkbdc.0.port="0x060" >>> hint.atkbd.0.at="atkbdc" >>> hint.atkbd.0.irq="1" >>> >>> but whatever i tried to change didn't helped.. >>> >>> thanks for help! >>> >>> >>> >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to >>> "freebsd-hackers-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 19:52:56 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9542516A41F for ; Fri, 23 Dec 2005 19:52:56 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6824443D58 for ; Fri, 23 Dec 2005 19:52:55 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so669834wra for ; Fri, 23 Dec 2005 11:52:54 -0800 (PST) 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=lVNmUYGHLMN0DxjaXKCs7njR6ZraWk5I68e6FfGXp9lGdbdVPaGexkft6zWE3LvrNZdAmE1ozHrlskxDzhGYsOZXSkGQEmn4RnPlcH1pzQRpDsxwGgUyYF0/r8G3YW8g04zWJvw3/mELuim95okhubl2JKWKF3xb6ZWQtSE5htc= Received: by 10.54.113.6 with SMTP id l6mr4065794wrc; Fri, 23 Dec 2005 11:52:54 -0800 (PST) Received: by 10.54.127.14 with HTTP; Fri, 23 Dec 2005 11:52:54 -0800 (PST) Message-ID: <79e2026f0512231152n6cc15460ifa28076ca464d23e@mail.gmail.com> Date: Fri, 23 Dec 2005 14:52:54 -0500 From: Ashok Shrestha To: freebsd-hackers@freebsd.org In-Reply-To: <200512221513.jBMFDqE7002532@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> <200512221513.jBMFDqE7002532@lurza.secnetix.de> Subject: Re: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 19:52:56 -0000 Thank you All. On 12/22/05, Oliver Fromme wrote: > Ashok Shrestha wrote: > > Do you know how to copy just a directory structure (not the files insi= de it)? > > The following is probably the easiest and most efficient way > ($SRC and $DST are the source and destination directories): > > cd $SRC; find . -type d | cpio -dumpl $DST > > It will also preserve permission modes and ownerships (if > run as root). The command is even portable to other UNIX > systems (it's not BSD-specific). If you suspect that there > are filenames that could contain newline characters, use > find's -print0 option and cpio's -0 option, but those are > not portable. > > 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. > > "A language that doesn't have everything is actually easier > to program in than some that do." > -- Dennis M. Ritchie > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > -- Ashok Shrestha From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 23 19:56:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 466CA16A41F for ; Fri, 23 Dec 2005 19:56:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id C337943D81 for ; Fri, 23 Dec 2005 19:56:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 23 Dec 2005 11:56:23 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <43AC5666.8030702@elischer.org> Date: Fri, 23 Dec 2005 11:56:22 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ashok Shrestha References: <79e2026f0512211237i4cdd2c70yc0923959d7ec1c98@mail.gmail.com> <200512221513.jBMFDqE7002532@lurza.secnetix.de> <79e2026f0512231152n6cc15460ifa28076ca464d23e@mail.gmail.com> In-Reply-To: <79e2026f0512231152n6cc15460ifa28076ca464d23e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: copy directory structure X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 19:56:24 -0000 Ashok Shrestha wrote: >Thank you All. > > > >On 12/22/05, Oliver Fromme wrote: > > >>Ashok Shrestha wrote: >> > Do you know how to copy just a directory structure (not the files inside it)? >> >>The following is probably the easiest and most efficient way >>($SRC and $DST are the source and destination directories): >> >>cd $SRC; find . -type d | cpio -dumpl $DST >> >> add -depth e.g. cd $SRC; find . -type d -depth | cpio -dumpl $DST that ensures that the timestamps on the directories are correct too. (if that matters) >>It will also preserve permission modes and ownerships (if >>run as root). The command is even portable to other UNIX >>systems (it's not BSD-specific). If you suspect that there >>are filenames that could contain newline characters, use >>find's -print0 option and cpio's -0 option, but those are >>not portable. >> >>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. >> >>"A language that doesn't have everything is actually easier >>to program in than some that do." >> -- Dennis M. Ritchie >>_______________________________________________ >>freebsd-hackers@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >> >> >> > > >-- >Ashok Shrestha >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 24 00:22:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0070016A41F for ; Sat, 24 Dec 2005 00:22:02 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88E443D5A for ; Sat, 24 Dec 2005 00:22:01 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp3-g19.free.fr (Postfix) with ESMTP id 94A1A36C6E; Sat, 24 Dec 2005 01:22:00 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 6DD709B6E7; Sat, 24 Dec 2005 00:21:33 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 4C29B4086; Sat, 24 Dec 2005 01:21:33 +0100 (CET) Date: Sat, 24 Dec 2005 01:21:33 +0100 From: Jeremie Le Hen To: Matthew Dillon Message-ID: <20051224002133.GD3570@obiwan.tataz.chchile.org> References: <20051210150612.648aef0e.eric@theeric.com> <200512102245.jBAMjiu0087758@apollo.backplane.com> <200512121923.jBCJNYCN099446@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512121923.jBCJNYCN099446@apollo.backplane.com> User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: [fbsd] Re: DragonFly talk at the upcoming BAYLISA (15 December 2005) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2005 00:22:03 -0000 Hi, Matt, > Yah, I'm putting some slides together and will make them available > after the talk. We are after the talk, have you put the slides online or do you plan to issue them after Christmas and New Year ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 24 02:06:04 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C36C616A41F for ; Sat, 24 Dec 2005 02:06:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49BCD43D4C for ; Sat, 24 Dec 2005 02:06:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 278DE1A3C1C; Fri, 23 Dec 2005 18:06:04 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by obsecurity.dyndns.org (Postfix) with ESMTP id D9DD8511CB; Fri, 23 Dec 2005 21:06:01 -0500 (EST) Message-ID: <43ACACFB.9070308@obsecurity.org> Date: Sat, 24 Dec 2005 12:35:47 +1030 From: Kris Kennaway User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <43A26FFB.9080405@samsco.org> <20051216104022.A20877@cons.org> <20051217063409.GB19094@silverwraith.com> <20051217080109.GA31849@xor.obsecurity.org> <20051222173308.B23728@cons.org> In-Reply-To: <20051222173308.B23728@cons.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: My wish list for 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2005 02:06:04 -0000 Martin Cracauer wrote: > > I tried to model different worklods. The parallel part of my > benchmark suite has CPU-heavy processes, short plain http, php, long > plain http and mixtures thereof. > > None of these showed the SMP kernel to be an overall disadvantage on a > one-processor system. What you want is to find a real-world workload that exercises a lot of mutexes. These exist, and they'll see the most pessimization from running SMP kernel on UP. Kris From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 24 10:53:06 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB45816A41F for ; Sat, 24 Dec 2005 10:53:06 +0000 (GMT) (envelope-from winter_kf@yahoo.com) Received: from web35408.mail.mud.yahoo.com (web35408.mail.mud.yahoo.com [66.163.179.117]) by mx1.FreeBSD.org (Postfix) with SMTP id C0CBB43D46 for ; Sat, 24 Dec 2005 10:53:05 +0000 (GMT) (envelope-from winter_kf@yahoo.com) Received: (qmail 96000 invoked by uid 60001); 24 Dec 2005 10:53:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ipcHfzROaQbB5Ry+5NLguxdNFO0MkacacGv50fJbFvJCbaXZdhJYOKnGBzhg3MuKmNlu1ysHDgep6slXGehk9C7QsXvm+Z/m/U74ny2zZtpdWXd4SzPsT6ld9FdolCAcsCFxOMvukTBWovXTkBXXbSgcuW+g4OrVvGveGgku3sQ= ; Message-ID: <20051224105305.95998.qmail@web35408.mail.mud.yahoo.com> Received: from [203.92.154.37] by web35408.mail.mud.yahoo.com via HTTP; Sat, 24 Dec 2005 02:53:05 PST Date: Sat, 24 Dec 2005 02:53:05 -0800 (PST) From: winter kf To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: sony erricson GC85 pccard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2005 10:53:07 -0000 anyone out there using sony erricson GC85 pccard with GPRS/EDGE on FreeBSD5.4-rel? --------------------------------- Yahoo! for Good - Make a difference this year.