From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 2 03:04:05 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B833616A400 for ; Sun, 2 Apr 2006 03:04:05 +0000 (UTC) (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 06E8043D48 for ; Sun, 2 Apr 2006 03:04:04 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k32344CO030980; Sat, 1 Apr 2006 21:04:04 -0600 (CST) (envelope-from dan) Date: Sat, 1 Apr 2006 21:04:04 -0600 From: Dan Nelson To: =?utf-8?Q?V=C3=A1clav?= Haisman Message-ID: <20060402030404.GB83967@dan.emsphone.com> References: <442E9354.5010700@sh.cvut.cz> <20060401180311.GA83967@dan.emsphone.com> <442EC7F7.3000608@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <442EC7F7.3000608@sh.cvut.cz> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org Subject: Re: kqueue oddity 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, 02 Apr 2006 03:04:05 -0000 In the last episode (Apr 01), Vclav Haisman said: > Dan Nelson wrote: > > It's a kqueue bug, but a minor one. The problem is that the same > > "flags" field is used to pass "actions" from the client, and return > > status from the kernel. When you call kqueue with EV_ADD, the > > kernel never clears the flags when creating the internal object, so > > it's always visible when events fire. This can get annoying when > > trussing kqueue-using programs because very single event has the > > EV_ADD flag :) Apply the following diff to have the kernel strip > > EV_ADD: > > Thanks. Why isn't this fix applied? From the patch's time stamp it > seems like it is known for quite some time now. Mainly because it's a cosmetic thing; most of the time you're not printing the raw kevent values. I never submitted a PR because it only gets annoying if my truss PR ( http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/52190 ) is committed, so it's waiting for that. EV_DISABLE needs the same treatment; my full kevent debugging patch is at http://www.allantgroup.com/FreeBSD/kevent.diff . -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 05:32:38 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EB7516A401 for ; Mon, 3 Apr 2006 05:32:38 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80E843D46 for ; Mon, 3 Apr 2006 05:32:37 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k335WcXC011651 for ; Mon, 3 Apr 2006 01:32:38 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: hackers@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SPFwDdLyHN5Pj42VfJvO" Organization: FreeBSD, Inc. Date: Mon, 03 Apr 2006 01:32:36 -0400 Message-Id: <1144042356.824.16.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: Subject: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 05:32:38 -0000 --=-SPFwDdLyHN5Pj42VfJvO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I know we have vfs.usermount, but this is not always sufficient since the user has to own the mount point in question. What I propose is to add a ``user'' mount option =E0 la Linux. This would make mount and umount setuid root, but would allow much more flexibility when it comes to removable media and desktop systems. I'm not a src committer, so this isn't a threat to commit. I'm more interested in getting feedback, and hopefully some src committer interest. I think this would really benefit desktop FreeBSD. http://www.marcuscom.com/downloads/usermount.diff Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-SPFwDdLyHN5Pj42VfJvO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEMLN0b2iPiv4Uz4cRAnwHAJ9kyfUvJazsVtcWTUBXhsGXJsGbAACcDi5/ iZX3aMmN/afmJL0SvDfZ+GQ= =WrKx -----END PGP SIGNATURE----- --=-SPFwDdLyHN5Pj42VfJvO-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 05:39:15 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2604C16A422 for ; Mon, 3 Apr 2006 05:39:15 +0000 (UTC) (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 554B643D46 for ; Mon, 3 Apr 2006 05:39:13 +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 k335dBTS027745 for ; Mon, 3 Apr 2006 12:39:11 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11.20060308/8.12.11) with ESMTP id k335d4Y2011488 for ; Mon, 3 Apr 2006 12:39:05 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-hackers@freebsd.org Date: Mon, 3 Apr 2006 12:39:07 +0700 User-Agent: KMail/1.8 References: <1144042356.824.16.camel@shumai.marcuscom.com> In-Reply-To: <1144042356.824.16.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <200604031239.08214.root@solink.ru> Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 05:39:15 -0000 0JIg0YHQvtC+0LHRidC10L3QuNC4INC+0YIg0J/QvtC90LXQtNC10LvRjNC90LjQuiAwMyDQkNC/ 0YDQtdC70YwgMjAwNiAxMjozMiBKb2UgTWFyY3VzIENsYXJrZSDQvdCw0L/QuNGB0LDQuyhhKToK PiBJIGtub3cgd2UgaGF2ZSB2ZnMudXNlcm1vdW50LCBidXQgdGhpcyBpcyBub3QgYWx3YXlzIHN1 ZmZpY2llbnQgc2luY2UKPiB0aGUgdXNlciBoYXMgdG8gb3duIHRoZSBtb3VudCBwb2ludCBpbiBx dWVzdGlvbi4gIFdoYXQgSSBwcm9wb3NlIGlzIHRvCj4gYWRkIGEgYGB1c2VyJycgbW91bnQgb3B0 aW9uIMOgIGxhIExpbnV4LiAgVGhpcyB3b3VsZCBtYWtlIG1vdW50IGFuZAo+IHVtb3VudCBzZXR1 aWQgcm9vdCwgYnV0IHdvdWxkIGFsbG93IG11Y2ggbW9yZSBmbGV4aWJpbGl0eSB3aGVuIGl0IGNv bWVzCj4gdG8gcmVtb3ZhYmxlIG1lZGlhIGFuZCBkZXNrdG9wIHN5c3RlbXMuCj4KPiBJJ20gbm90 IGEgc3JjIGNvbW1pdHRlciwgc28gdGhpcyBpc24ndCBhIHRocmVhdCB0byBjb21taXQuICBJJ20g bW9yZQo+IGludGVyZXN0ZWQgaW4gZ2V0dGluZyBmZWVkYmFjaywgYW5kIGhvcGVmdWxseSBzb21l IHNyYyBjb21taXR0ZXIKPiBpbnRlcmVzdC4gIEkgdGhpbmsgdGhpcyB3b3VsZCByZWFsbHkgYmVu ZWZpdCBkZXNrdG9wIEZyZWVCU0QuCj4KPiBodHRwOi8vd3d3Lm1hcmN1c2NvbS5jb20vZG93bmxv YWRzL3VzZXJtb3VudC5kaWZmCj4KPiBKb2UKVG90YWxseSByaWdodCEgRm9yIG1lIGl0IGlzIGEg aHVnZSBwcm9ibGVtIGF0IGhvbWUuIApPbiB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayB3ZSBhcmUg bm90IHRlbGxpbmcgc29tZXRoaW5nIG5ldy4gVGhlcmUgbXVzdCBiZSAKc29tZSBzZWN1cml0eSBy ZWFzb25zIG9yIHNvbWV0aGluZywgb3RoZXJ3aXNlIEkgdGhpbmsgdGhpcyBmZWF0dXJlIGNvdWxk IAphbHJlYWR5IGV4aXN0Li4uCgpBbSBJIHdyb25nPyBJIHdpc2ggSSB3ZXJlLgotLSAKLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tCtChINGD0LLQsNC20LXQvdC40LXQvCwg0JHQsNGH0LjQu9C+INCU 0LzQuNGC0YDQuNC5CtCg0YPQutC+0LLQvtC00LjRgtC10LvRjCDQvtGC0LTQtdC70LAg0YHQuNGB 0YLQtdC80L3QvtC5INC40L3RgtC10LPRgNCw0YbQuNC4CtCe0J7QniAi0JrQvtC80L/QsNC90LjR jyDQodC+0JvQuNC90LoiCg== From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 05:51:12 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73D2916A400 for ; Mon, 3 Apr 2006 05:51:12 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F07843D49 for ; Mon, 3 Apr 2006 05:51:09 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 94635 invoked from network); 3 Apr 2006 05:51:08 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 3 Apr 2006 05:51:08 -0000 Message-ID: <4430B7CB.60001@FreeBSD.org> Date: Mon, 03 Apr 2006 07:51:07 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060331) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1144042356.824.16.camel@shumai.marcuscom.com> In-Reply-To: <1144042356.824.16.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 05:51:12 -0000 Joe Marcus Clarke wrote: > I know we have vfs.usermount, but this is not always sufficient since > the user has to own the mount point in question. What I propose is to > add a ``user'' mount option à la Linux. This would make mount and > umount setuid root, but would allow much more flexibility when it comes > to removable media and desktop systems. I can't speak about security implications or your implementation, but this is surely a long awaited and wished feature for desktop users. Adding dozens of entries in devfs.conf and creating user owned mount points is not very pratical. -- Alex Dupre From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 05:59:47 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F67616A401; Mon, 3 Apr 2006 05:59:47 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A15243D45; Mon, 3 Apr 2006 05:59:46 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k335xiIV048358; Mon, 3 Apr 2006 09:59:44 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 3 Apr 2006 09:59:44 +0400 (MSD) From: Maxim Konovalov To: Joe Marcus Clarke In-Reply-To: <1144042356.824.16.camel@shumai.marcuscom.com> Message-ID: <20060403094836.K45440@mp2.macomnet.net> References: <1144042356.824.16.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 05:59:47 -0000 Hi Joe, On Mon, 3 Apr 2006, 01:32-0400, Joe Marcus Clarke wrote: > I know we have vfs.usermount, but this is not always sufficient since > the user has to own the mount point in question. What I propose is to > add a ``user'' mount option ? la Linux. This would make mount and > umount setuid root, but would allow much more flexibility when it comes > to removable media and desktop systems. Personally I have no problems with vfs.usermount and removal medias on FreeBSD-based desktops but a new suid binary in the system just scare me. -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 06:04:25 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2386A16A401; Mon, 3 Apr 2006 06:04:25 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96FE343D48; Mon, 3 Apr 2006 06:04:24 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr7so.prod.shaw.ca (pd4mr7so-qfe3.prod.shaw.ca [10.0.141.84]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX400ECXU4ABD50@l-daemon>; Mon, 03 Apr 2006 00:02:34 -0600 (MDT) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd4mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX400MP4U4AF980@pd4mr7so.prod.shaw.ca>; Mon, 03 Apr 2006 00:02:34 -0600 (MDT) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX40067BU49Z450@l-daemon>; Mon, 03 Apr 2006 00:02:34 -0600 (MDT) Date: Sun, 02 Apr 2006 23:02:33 -0700 From: Colin Percival In-reply-to: <1144042356.824.16.camel@shumai.marcuscom.com> To: Joe Marcus Clarke Message-id: <4430BA79.2030403@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-Enigmail-Version: 0.94.0.0 References: <1144042356.824.16.camel@shumai.marcuscom.com> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 06:04:25 -0000 Joe Marcus Clarke wrote: > I know we have vfs.usermount, but this is not always sufficient since > the user has to own the mount point in question. What I propose is to > add a ``user'' mount option à la Linux. This would make mount and > umount setuid root, but would allow much more flexibility when it comes > to removable media and desktop systems. If I understand the patch correctly, you're proposing that some filesystems be marked as "this can be mounted or unmounted by non-root users". If this is correct, it seems to me that a more appropriate solution is to add an /etc/usermount.conf file and a new setuid utility usermount(8) which would look at the invoking user and the filesystem requested and either pass the request to mount(8) or reject it. Generally speaking it's much better to add a new setuid program which does exactly what you need, rather than making an existing and possibly insecure program setuid. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 06:23:33 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C29D716A429 for ; Mon, 3 Apr 2006 06:23:33 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B45343D7C for ; Mon, 3 Apr 2006 06:23:25 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 94802 invoked from network); 3 Apr 2006 06:23:24 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 3 Apr 2006 06:23:24 -0000 Message-ID: <4430BF5B.80406@FreeBSD.org> Date: Mon, 03 Apr 2006 08:23:23 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060331) MIME-Version: 1.0 To: Colin Percival References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> In-Reply-To: <4430BA79.2030403@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, Joe Marcus Clarke Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 06:23:33 -0000 Colin Percival wrote: > Generally speaking it's much better to add a new setuid program which does > exactly what you need, rather than making an existing and possibly insecure > program setuid. Generally speaking I agree with you. To minimize the impact of having to run a different 'mount' executable (that I doubt desktop environments will likely do) it would be nice if 'mount' could automatically run 'usermount' if called by a regular user. -- Alex Dupre From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 06:36:07 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5B8316A41F; Mon, 3 Apr 2006 06:36:07 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3594E43D48; Mon, 3 Apr 2006 06:36:06 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.18]) by mx.nitro.dk (Postfix) with ESMTP id 67E882D4891; Mon, 3 Apr 2006 06:35:00 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 9025D11433; Mon, 3 Apr 2006 08:36:01 +0200 (CEST) Date: Mon, 3 Apr 2006 08:36:01 +0200 From: "Simon L. Nielsen" To: Joe Marcus Clarke Message-ID: <20060403063601.GB852@zaphod.nitro.dk> References: <1144042356.824.16.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: <1144042356.824.16.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.11 Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 06:36:07 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.04.03 01:32:36 -0400, Joe Marcus Clarke wrote: > I know we have vfs.usermount, but this is not always sufficient since > the user has to own the mount point in question. What I propose is to > add a ``user'' mount option =E0 la Linux. This would make mount and > umount setuid root, but would allow much more flexibility when it comes > to removable media and desktop systems. Any reason you can't just use sudo... ? I simply have lines like: simon ALL=3DNOPASSWD:/sbin/mount /mnt/cdrom,/sbin/umount /mnt/cdrom in my sudoers file [1]. This way I can also restrict exactly who can mount. I really dislike setuid root binaries, so I really prefer if we could avoid adding more. As Colin noted, if this is to be done via a setuid program, it probably should be a new program, since setuid programs has to have a lot of special handling of things like file descriptors etc. which normal programs can safely ignore. [1] Note I haven't checked if this opens new and interesting holes, but it doesn't matter too much on my laptop, since if somebody has access to "simon" that's just as bad as someone getting root. --=20 Simon L. Nielsen --Y7xTucakfITjPcLV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEMMJRh9pcDSc1mlERAtFNAKClPempIs/Y2olnueRBBGu9CBGmpwCdHFwT LodPHgrAGHFZW76s445LCPQ= =4DYX -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 06:56:51 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD4016A425 for ; Mon, 3 Apr 2006 06:56:51 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id B773243D48 for ; Mon, 3 Apr 2006 06:56:49 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 94968 invoked from network); 3 Apr 2006 06:56:47 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 3 Apr 2006 06:56:47 -0000 Message-ID: <4430C72C.4010503@FreeBSD.org> Date: Mon, 03 Apr 2006 08:56:44 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060331) MIME-Version: 1.0 To: "Simon L. Nielsen" References: <1144042356.824.16.camel@shumai.marcuscom.com> <20060403063601.GB852@zaphod.nitro.dk> In-Reply-To: <20060403063601.GB852@zaphod.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, Joe Marcus Clarke Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 06:56:51 -0000 Simon L. Nielsen wrote: > Any reason you can't just use sudo... ? Because we are talking about desktop users. There are many ways to let user mount devices, but nothing that works oob (or at least with very few changes) with all desktop environments. Few of them allow to mount removable media with sudo (for example I cannot find such feature on KDE). You can say it's a KDE problem, you may be right, but the result is that using FreeBSD as a regular (not power) desktop user is less pratical. -- Alex Dupre From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 07:04:37 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FB716A422 for ; Mon, 3 Apr 2006 07:04:37 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 2947243D48 for ; Mon, 3 Apr 2006 07:04:36 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 19817 invoked from network); 3 Apr 2006 07:04:35 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 3 Apr 2006 07:04:35 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 3 Apr 2006 02:04:33 -0500 (CDT) From: Mike Silbersack To: Joe Marcus Clarke In-Reply-To: <1144042356.824.16.camel@shumai.marcuscom.com> Message-ID: <20060403020115.C92968@odysseus.silby.com> References: <1144042356.824.16.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1669907212-1144047873=:92968" Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 07:04:38 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1669907212-1144047873=:92968 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 3 Apr 2006, Joe Marcus Clarke wrote: > I know we have vfs.usermount, but this is not always sufficient since > the user has to own the mount point in question. What I propose is to > add a ``user'' mount option =E0 la Linux. This would make mount and > umount setuid root, but would allow much more flexibility when it comes > to removable media and desktop systems. > > I'm not a src committer, so this isn't a threat to commit. I'm more > interested in getting feedback, and hopefully some src committer > interest. I think this would really benefit desktop FreeBSD. > > http://www.marcuscom.com/downloads/usermount.diff > > Joe That is a very useful feature, I think it would be a welcome addition to=20 FreeBSD. Making it work for floppies / CDs should be pretty easy, but since you're= =20 adding it as a new feature for us, can you consider making it even more=20 flexible? What I mean is this: We have smbfs support. It would be nice if=20 usermount supported wildcards, so that you could say that user home=20 directories on the samba server 10.2.2.3 could be usermounted by users to= =20 the "fileserver" directory in their home directory. If that worked out of= =20 the box, it would really rock. Basic usermount support only would require= =20 you to add an entry for each user, which is not convenient. Mike "Silby" Silbersack --0-1669907212-1144047873=:92968-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 09:46:05 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FFB916A51C; Mon, 3 Apr 2006 09:46:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25EC843D49; Mon, 3 Apr 2006 09:46:04 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7498846C38; Mon, 3 Apr 2006 05:46:03 -0400 (EDT) Date: Mon, 3 Apr 2006 10:46:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joe Marcus Clarke In-Reply-To: <1144042356.824.16.camel@shumai.marcuscom.com> Message-ID: <20060403104309.Y76562@fledge.watson.org> References: <1144042356.824.16.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1630884416-1144057563=:76562" Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 09:46:05 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1630884416-1144057563=:76562 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 3 Apr 2006, Joe Marcus Clarke wrote: > I know we have vfs.usermount, but this is not always sufficient since the= =20 > user has to own the mount point in question. What I propose is to add a= =20 > ``user'' mount option =E0 la Linux. This would make mount and umount set= uid=20 > root, but would allow much more flexibility when it comes to removable me= dia=20 > and desktop systems. I would suggest that an extremely careful security audit of the userspace a= nd=20 kernel mount and unmount code is due -- especially things like the=20 per-filesystem mount code (mount_nfs, etc). I'm not against the principle = of=20 this though. Also, I'm not 100% sure we should make the getuid() check return a hard err= or=20 in user space. Let's continue to let the kernel code make the access contr= ol=20 decision here. Robert N M Watson > > I'm not a src committer, so this isn't a threat to commit. I'm more > interested in getting feedback, and hopefully some src committer > interest. I think this would really benefit desktop FreeBSD. > > http://www.marcuscom.com/downloads/usermount.diff > > Joe > > --=20 > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome > --0-1630884416-1144057563=:76562-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 18:03:46 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 893D816A433; Mon, 3 Apr 2006 18:03:46 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C4B43D60; Mon, 3 Apr 2006 18:03:42 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id k33I3fu25508; Mon, 3 Apr 2006 14:03:41 -0400 (EDT) Received: from [64.102.193.244] (dhcp-64-102-193-244.cisco.com [64.102.193.244]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id k33I3fm02387; Mon, 3 Apr 2006 14:03:41 -0400 (EDT) Message-ID: <44316387.1090609@FreeBSD.org> Date: Mon, 03 Apr 2006 14:03:51 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Colin Percival References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> In-Reply-To: <4430BA79.2030403@freebsd.org> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 18:03:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Colin Percival wrote: > Joe Marcus Clarke wrote: >> I know we have vfs.usermount, but this is not always sufficient since >> the user has to own the mount point in question. What I propose is to >> add a ``user'' mount option à la Linux. This would make mount and >> umount setuid root, but would allow much more flexibility when it comes >> to removable media and desktop systems. > > If I understand the patch correctly, you're proposing that some filesystems > be marked as "this can be mounted or unmounted by non-root users". If this > is correct, it seems to me that a more appropriate solution is to add an > /etc/usermount.conf file and a new setuid utility usermount(8) which would > look at the invoking user and the filesystem requested and either pass the > request to mount(8) or reject it. As others have pointed out, the way mounting works now is fine for most advanced users (it's fine for me, as I wrote the FAQ for GNOME). However, for newer users, they don't get that removable media mounting doesn't work out-of-the-box. Other operating systems don't have this extra complexity. For example, Linux uses the user mount notation. Solaris has volume management such that media like CDs are auto-mounted, and instantly made available to users. > > Generally speaking it's much better to add a new setuid program which does > exactly what you need, rather than making an existing and possibly insecure > program setuid. What I'd like to achieve is a simple out-of-the-box way of mounting media such as CDs, and floppy disks without users necessarily needing to know about sysctl. While I can't speak for KDE, I know GNOME already has the ability to detect user-mountable media, and gives the users icons on the desktop to mount said volumes. I was hoping we could make this solution secure and flexible without the need for another utility. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFEMWOHb2iPiv4Uz4cRAu8uAJjr8GMUcLMmf764FVtfdq/ZAkSbAJ9qLVxK mtV+SNR6h+/YDjCD8mKA5Q== =rc6p -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 18:32:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C15F016A423 for ; Mon, 3 Apr 2006 18:32:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F3643D46 for ; Mon, 3 Apr 2006 18:32:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k33IWBYl044229; Mon, 3 Apr 2006 14:32:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 3 Apr 2006 14:20:40 -0400 User-Agent: KMail/1.9.1 References: <023e01c6552b$7ea75cd0$b3db87d4@multiplay.co.uk> In-Reply-To: <023e01c6552b$7ea75cd0$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604031420.42023.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1370/Mon Apr 3 13:31:59 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Steven Hartland Subject: Re: BTX Halted on intel se7500wv2 + highpoint 1820a 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, 03 Apr 2006 18:32:13 -0000 On Friday 31 March 2006 20:27, Steven Hartland wrote: > The install of 6.1-BETA4 goes fine but after rebooting to the disk > I get: > FreeBSD/i385 bootstrap loader, Revision 1.1 > (root@wv1u.samsco.home, Tue Mar 14 94:42:47 UTC 2006) > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x4a49b4 \ > int=0000000d err=00000013 efi=00010002 eip=0009f894 > eaz=000000a1 ebx=0009c32e ecx=00000000 edx=00030206 > esi=fe881d64 edi=0009c348 ebp=000017b4 esp=000017ac > cs=0008 ds=9919 es=0010 fs=0000 gs=0000 ss=0010 > cs:eip=eb 05 d1 e9 f3 66 a5 5f-5e 55 c7 45 1c 00 00 00 > e2 fe 89 55 39 2b f7 89-75 28 61 83 c4 99 cf 61 > ss:exp=00 00 0c 00 f1 85 0c 00-44 c3 09 00 60 1d 88 fe > 50 03 00 00 d4 17 00 00-04 00 00 00 09 00 00 00 > BTX halted > > Any ideas? > > Steve I think it's a bug in the loader. You can try to debug it by building a version of /boot/loader with symbols and seeing if you can reproduce it then lookup the eip value using gdb on the version of loader with symbols. You could also try to piece together parts of the call stack from the stack dump. -- 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 Apr 3 18:42:42 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C54AE16A401; Mon, 3 Apr 2006 18:42:42 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2959443D46; Mon, 3 Apr 2006 18:42:42 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id k33IgfI28631; Mon, 3 Apr 2006 14:42:41 -0400 (EDT) Received: from [64.102.193.244] (dhcp-64-102-193-244.cisco.com [64.102.193.244]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id k33Igfm00658; Mon, 3 Apr 2006 14:42:41 -0400 (EDT) Message-ID: <44316CAB.2040706@FreeBSD.org> Date: Mon, 03 Apr 2006 14:42:51 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Robert Watson References: <1144042356.824.16.camel@shumai.marcuscom.com> <20060403104309.Y76562@fledge.watson.org> In-Reply-To: <20060403104309.Y76562@fledge.watson.org> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 18:42:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Watson wrote: > On Mon, 3 Apr 2006, Joe Marcus Clarke wrote: > >> I know we have vfs.usermount, but this is not always sufficient since >> the user has to own the mount point in question. What I propose is to >> add a ``user'' mount option à la Linux. This would make mount and >> umount setuid root, but would allow much more flexibility when it >> comes to removable media and desktop systems. > > I would suggest that an extremely careful security audit of the > userspace and kernel mount and unmount code is due -- especially things > like the per-filesystem mount code (mount_nfs, etc). I'm not against > the principle of this though. Agreed. I was hoping to make this solution secure, flexible, and easy to use. > > Also, I'm not 100% sure we should make the getuid() check return a hard > error in user space. Let's continue to let the kernel code make the > access control decision here. I did the check in user space so that I could read the fstab file, and know that the volume was allowed to be user-[un]mounted. I suppose, though, that I could set the flags in user space, then pass that to the kernel for the actual access control decision as you say. Joe > > Robert N M Watson > >> >> I'm not a src committer, so this isn't a threat to commit. I'm more >> interested in getting feedback, and hopefully some src committer >> interest. I think this would really benefit desktop FreeBSD. >> >> http://www.marcuscom.com/downloads/usermount.diff >> >> Joe >> >> -- >> Joe Marcus Clarke >> FreeBSD GNOME Team :: gnome@FreeBSD.org >> FreeNode / #freebsd-gnome >> http://www.FreeBSD.org/gnome >> - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEMWyrb2iPiv4Uz4cRAoEsAJ9FIdAHhxxD37KCw0ma8vs5OUySigCeJbjg UYa4Bjjb9l1F46XGHulZTAI= =qlHM -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 3 22:30:31 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAB2D16A481; Mon, 3 Apr 2006 22:30:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4F7943D5C; Mon, 3 Apr 2006 22:30:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D24B146C54; Mon, 3 Apr 2006 18:30:23 -0400 (EDT) Date: Mon, 3 Apr 2006 23:30:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joe Marcus Clarke In-Reply-To: <44316CAB.2040706@FreeBSD.org> Message-ID: <20060403232730.E76562@fledge.watson.org> References: <1144042356.824.16.camel@shumai.marcuscom.com> <20060403104309.Y76562@fledge.watson.org> <44316CAB.2040706@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 03 Apr 2006 22:30:31 -0000 On Mon, 3 Apr 2006, Joe Marcus Clarke wrote: >> I would suggest that an extremely careful security audit of the userspace >> and kernel mount and unmount code is due -- especially things like the >> per-filesystem mount code (mount_nfs, etc). I'm not against the principle >> of this though. > > Agreed. I was hoping to make this solution secure, flexible, and easy to > use. Sure. And if you don't commit bug fixes to mount, we'll know you haven't tried looking very hard, because it seems very likely to me it has problems :-). >> Also, I'm not 100% sure we should make the getuid() check return a hard >> error in user space. Let's continue to let the kernel code make the access >> control decision here. > > I did the check in user space so that I could read the fstab file, and know > that the volume was allowed to be user-[un]mounted. I suppose, though, that > I could set the flags in user space, then pass that to the kernel for the > actual access control decision as you say. I'm not entirely clear on what ideal is, but one possibility is to allow the user mount bit to determine whether the mount system call is invoked with privilege. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 00:46:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3498816A422 for ; Tue, 4 Apr 2006 00:46:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC0D443D4C for ; Tue, 4 Apr 2006 00:46:47 +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; 03 Apr 2006 17:46:47 -0700 Message-ID: <4431C1F7.1020101@elischer.org> Date: Mon, 03 Apr 2006 17:46:47 -0700 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: freebsd Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: bafug Freebsd 6.1 meeting 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, 04 Apr 2006 00:46:48 -0000 The topic is "6.1... your questions answered" Is there any call for it to be streamed out? From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 01:04:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59F5B16A401 for ; Tue, 4 Apr 2006 01:04:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDAA043D4C for ; Tue, 4 Apr 2006 01:04:07 +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; 03 Apr 2006 18:04:07 -0700 Message-ID: <4431C607.6000408@elischer.org> Date: Mon, 03 Apr 2006 18:04:07 -0700 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: Julian Elischer References: <4431C1F7.1020101@elischer.org> In-Reply-To: <4431C1F7.1020101@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd Subject: Re: bafug Freebsd 6.1 meeting 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, 04 Apr 2006 01:04:08 -0000 Julian Elischer wrote: > The topic is "6.1... your questions answered" > > Is there any call for it to be streamed out? I ask because we usually stream the meetings when there is a speaker, but this is more round table.. > > _______________________________________________ > 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 Tue Apr 4 06:30:19 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22EAD16A423 for ; Tue, 4 Apr 2006 06:30:19 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id B4A5A43D49 for ; Tue, 4 Apr 2006 06:30:17 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 9255 invoked from network); 4 Apr 2006 06:30:16 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 4 Apr 2006 06:30:16 -0000 Message-ID: <44321277.7040904@FreeBSD.org> Date: Tue, 04 Apr 2006 08:30:15 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060331) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> In-Reply-To: <44316387.1090609@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, Colin Percival Subject: Re: RFC: Adding a ``user'' mount option 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, 04 Apr 2006 06:30:19 -0000 Joe Marcus Clarke wrote: > What I'd like to achieve is a simple out-of-the-box way of mounting > media such as CDs, and floppy disks without users necessarily needing to > know about sysctl. While I can't speak for KDE, I know GNOME already > has the ability to detect user-mountable media, and gives the users > icons on the desktop to mount said volumes. I don't know what exactly you mean with 'detect user-mountable media', but a KDE user may have desktop icons for every device/fs listed in /etc/fstab. I assume GNOME works in a similar way. And clicking on the icon of course will mount the media with the 'mount' command. KDE also monitor changes to the fstab file and can open a dialog window when a new media appears, but since the fstab file is not automatically updated on FreeBSD (I don't know how it works exactly on Linux) this feature is quite useless. -- Alex Dupre From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 06:47:21 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6987516A400; Tue, 4 Apr 2006 06:47:21 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 452B443D5D; Tue, 4 Apr 2006 06:47:20 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k346lO3e025634; Tue, 4 Apr 2006 02:47:24 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Alex Dupre In-Reply-To: <44321277.7040904@FreeBSD.org> References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> <44321277.7040904@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jlpxhHw54azR2Ne8475e" Organization: FreeBSD, Inc. Date: Tue, 04 Apr 2006 02:47:18 -0400 Message-Id: <1144133238.9725.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: hackers@FreeBSD.org, Colin Percival Subject: Re: RFC: Adding a ``user'' mount option 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, 04 Apr 2006 06:47:21 -0000 --=-jlpxhHw54azR2Ne8475e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-04-04 at 08:30 +0200, Alex Dupre wrote: > Joe Marcus Clarke wrote: > > What I'd like to achieve is a simple out-of-the-box way of mounting > > media such as CDs, and floppy disks without users necessarily needing t= o > > know about sysctl. While I can't speak for KDE, I know GNOME already > > has the ability to detect user-mountable media, and gives the users > > icons on the desktop to mount said volumes. >=20 > I don't know what exactly you mean with 'detect user-mountable media', > but a KDE user may have desktop icons for every device/fs listed in > /etc/fstab. I assume GNOME works in a similar way. And clicking on the > icon of course will mount the media with the 'mount' command. KDE also > monitor changes to the fstab file and can open a dialog window when a > new media appears, but since the fstab file is not automatically updated > on FreeBSD (I don't know how it works exactly on Linux) this feature is > quite useless. GNOME works in a similar fashion. Currently if vfs.usermount=3D1, FreeBSD scans the fstab list, and if the mount point is owned by the current user, it adds an icon for it. For dynamic updates, Linux has mtab. For FreeBSD (in GNOME, that is), we just periodically check for changes in the list of available file systems. Joe >=20 > -- > Alex Dupre >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-jlpxhHw54azR2Ne8475e Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEMhZ2b2iPiv4Uz4cRAic2AJ9ftowGRrX5/S0WWZuS0WvSCkdowwCdEW8m /5Yf9Ur9/2Fyon7dA2JVGZ8= =1CMU -----END PGP SIGNATURE----- --=-jlpxhHw54azR2Ne8475e-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 06:51:35 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D0716A401; Tue, 4 Apr 2006 06:51:35 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 158C243D49; Tue, 4 Apr 2006 06:51:34 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k346pd9P025661; Tue, 4 Apr 2006 02:51:39 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Robert Watson In-Reply-To: <20060403232730.E76562@fledge.watson.org> References: <1144042356.824.16.camel@shumai.marcuscom.com> <20060403104309.Y76562@fledge.watson.org> <44316CAB.2040706@FreeBSD.org> <20060403232730.E76562@fledge.watson.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-K/Cgq+fdqB8B1GWLTuHp" Organization: FreeBSD, Inc. Date: Tue, 04 Apr 2006 02:51:33 -0400 Message-Id: <1144133493.9725.36.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: hackers@FreeBSD.org Subject: Re: RFC: Adding a ``user'' mount option 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, 04 Apr 2006 06:51:35 -0000 --=-K/Cgq+fdqB8B1GWLTuHp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2006-04-03 at 23:30 +0100, Robert Watson wrote: > On Mon, 3 Apr 2006, Joe Marcus Clarke wrote: >=20 > >> I would suggest that an extremely careful security audit of the usersp= ace=20 > >> and kernel mount and unmount code is due -- especially things like the= =20 > >> per-filesystem mount code (mount_nfs, etc). I'm not against the princ= iple=20 > >> of this though. > > > > Agreed. I was hoping to make this solution secure, flexible, and easy = to=20 > > use. >=20 > Sure. And if you don't commit bug fixes to mount, we'll know you haven't= =20 > tried looking very hard, because it seems very likely to me it has proble= ms=20 > :-). >=20 > >> Also, I'm not 100% sure we should make the getuid() check return a har= d=20 > >> error in user space. Let's continue to let the kernel code make the a= ccess=20 > >> control decision here. > > > > I did the check in user space so that I could read the fstab file, and = know=20 > > that the volume was allowed to be user-[un]mounted. I suppose, though,= that=20 > > I could set the flags in user space, then pass that to the kernel for t= he=20 > > actual access control decision as you say. >=20 > I'm not entirely clear on what ideal is, but one possibility is to allow = the=20 > user mount bit to determine whether the mount system call is invoked with= =20 > privilege. Thanks for the feedback. I'll try and release an updated diff this weekend that incorporates your suggestions, and I'll attempt the wildcard suggestion made by silby. Joe >=20 > Robert N M Watson >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-K/Cgq+fdqB8B1GWLTuHp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEMhd1b2iPiv4Uz4cRAtKLAKCZgj4Q5H2wV3tqeEqyyaxpuQB8GgCbBv/n JvCLLeqH+1yjZpuEtdPt+80= =ml5G -----END PGP SIGNATURE----- --=-K/Cgq+fdqB8B1GWLTuHp-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 10:05:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0325116A42C for ; Tue, 4 Apr 2006 10:05:13 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 765B243D5A for ; Tue, 4 Apr 2006 10:05:11 +0000 (GMT) (envelope-from n.cormier@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so1189036wra for ; Tue, 04 Apr 2006 03:05:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sF9xZE1a+CtAhPzLBpMa/mi1Bx7eYHeQJ1AC/d4L+aUt7oMffdL4/GuBe0kLcPEs1+ptxoVI9QS4j3EAgHk5sgJ0SNAw2MKPWoYgBbLQRzwB97xR0qhdV3KEVBOsjO5r/65CnP0nt0hWRCSqRZZsZHWeqVdXNZ//ebbKvSMm/i0= Received: by 10.65.151.3 with SMTP id d3mr216582qbo; Tue, 04 Apr 2006 03:05:10 -0700 (PDT) Received: by 10.65.116.5 with HTTP; Tue, 4 Apr 2006 03:05:10 -0700 (PDT) Message-ID: Date: Tue, 4 Apr 2006 12:05:10 +0200 From: "Nicolas Cormier" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Function calling 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, 04 Apr 2006 10:05:13 -0000 Hello. I'm writing a function tracer on freebsd to know which function the process passes inside. ex: ---- nico > cat toto.c int foo4() { } int foo3() { } int foo2() { foo3(); } int foo1() { foo2(); } int main() { foo1(); foo4(); } nico > will print: 0x80484a8 (foo1) 0x804849c (foo2) 0x8048494 (foo3) ret @ 0x8048498 ret @ 0x80484a5 ret @ 0x80484b1 0x804848c (foo4) ret @ 0x8048490 ---- I use PTRACE to run the process in single-stepping mode. For each step I look on the next instruction (read at %eip) and I seek the following sequence: call [backup eip in addr and wait a step] pushl=09%ebp movl=09%esp, %ebp [print addr and the sym associed] OR (plt call) call jmp =09* pushl=09$ jmp =09. [print eip and the sym associed] OR leave ret [print ret @ eip] But when the program uses the libc I have more RET than call ... What's the good way to find function calls and return ? Thanks in advance for your help and sorry for my poor english. -- Nico From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 10:14:31 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D1C16A42F for ; Tue, 4 Apr 2006 10:14:31 +0000 (UTC) (envelope-from khaled@ipbill.com) Received: from mail.ipbill.com (mail.ipbill.com [217.73.64.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D3BC43D49 for ; Tue, 4 Apr 2006 10:14:28 +0000 (GMT) (envelope-from khaled@ipbill.com) Received: (qmail 91521 invoked from network); 4 Apr 2006 10:14:25 -0000 Received: from unknown (HELO elzidpc) (192.168.129.50) by mail.ipbill.com with SMTP; 4 Apr 2006 10:14:25 -0000 From: "Khaled Hussain" To: "M. Warner Losh" Date: Tue, 4 Apr 2006 11:12:03 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20060328.210412.18287651.imp@bsdimp.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: FreeBSD Hackers Subject: RE: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 10:14:32 -0000 Hi guys, Why does everyone talk about dump+restore as a pair? I thought it was possible just to dump a filesystem to a different hard disk i.e. dump -0a -f /dev/ad2 / Also, how can I find out which /boot/boot# file a freebsd system is using by default? Kind Regards Khaled > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org > [mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of M. Warner Losh > Sent: 29 March 2006 05:04 > To: eksffa@freebsdbrasil.com.br > Cc: freebsd-hackers@freebsd.org > Subject: Re: cloning a FreeBSD HDD > > > In message: <4429972C.5030806@freebsdbrasil.com.br> > Patrick Tracanelli writes: > : > : >> I heard its faster if you use two dd's; i.e: > : >> > : >> # dd if=/dev/ad0 bs=64k | dd of=/dev/ad1 bs=64k > : >> > : >> allowing read and write to proceed in parallel. > : > > : > > : > that's what ddd and 'team' are for. > : > I don't know if ddd is in the ports as it may clash inname with teh > : > debugger ddd > : > They internally fork and use several processes synchronised > in some manner. > : > : Isn't dump+restore and a couple of fdisk+bsdlabel trick to copy the > : source partitioning a better choice to "clone" this HDD? > > Yes. That's what I *ALWAYS* do, because hard drives are never the > exact same size. > > fdisk -I makes the fdisk part easy. bsdlabel -R makes the disklabel > cloning relatively painless. > > dump + restore is slow but reliabe. > > Warner > _______________________________________________ > 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" > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 10:14:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28F7716A400 for ; Tue, 4 Apr 2006 10:14:35 +0000 (UTC) (envelope-from lboehne@damogran.de) Received: from cthulhu.zoidberg.org (zoidberg.org [213.133.99.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C16543D46 for ; Tue, 4 Apr 2006 10:14:34 +0000 (GMT) (envelope-from lboehne@damogran.de) Received: from localhost (dslb-084-063-020-175.pools.arcor-ip.net [::ffff:84.63.20.175]) (AUTH: PLAIN kasperle, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by cthulhu.zoidberg.org with esmtp; Tue, 04 Apr 2006 12:14:32 +0200 id 00051784.44324708.00003BA5 From: Lutz Boehne To: freebsd-hackers@freebsd.org Date: Tue, 4 Apr 2006 12:13:53 +0200 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3416366.mDFkP4rg4W"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604041214.01692.lboehne@damogran.de> Subject: Re: Function calling 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, 04 Apr 2006 10:14:35 -0000 --nextPart3416366.mDFkP4rg4W Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, > But when the program uses the libc I have more RET than call ... > What's the good way to find function calls and return ? I'm doing something similar at the moment, utilizing the Branch Single Stepping feature available in most x86 CPUs and came across that same probl= em. While debugging the issue, I found out that the dynamic linker "calls"=20 requested functions by returning to them. I believe this is done because th= is=20 is a (the only) generic way to "call" a variable addresses without destroyi= ng=20 register contents. Any further info or a confirmation of that guess would b= e=20 much appreciated. =2D-- the code in /usr/src/libexec/rtld-elf/i386/rtld_start.S: /* * Binder entry point. Control is transferred to here by code in the PLT. * On entry, there are two arguments on the stack. In ascending address * order, they are (1) "obj", a pointer to the calling object's Obj_Entry, * and (2) "reloff", the byte offset of the appropriate relocation entry * in the PLT relocation table. * * We are careful to preserve all registers, even the the caller-save * registers. That is because this code may be invoked by low-level * assembly-language code that is not ABI-compliant. */ .align 4 .globl _rtld_bind_start .type _rtld_bind_start,@function _rtld_bind_start: pushf # Save eflags pushl %eax # Save %eax pushl %edx # Save %edx pushl %ecx # Save %ecx pushl 20(%esp) # Copy reloff argument pushl 20(%esp) # Copy obj argument call _rtld_bind@PLT # Transfer control to the binder /* Now %eax contains the entry point of the function being called. */ addl $8,%esp # Discard binder arguments movl %eax,20(%esp) # Store target over obj argument popl %ecx # Restore %ecx popl %edx # Restore %edx popl %eax # Restore %eax popf # Restore eflags leal 4(%esp),%esp # Discard reloff, do not change eflags ret # "Return" to target address =2D-- Lutz --nextPart3416366.mDFkP4rg4W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEMkbpDbEkl9DbWrYRAuVcAJ9LOORkA0QbT5UWGjKjiZWr5Q35EACcDfCN Jrj73TTHN1Jsynvk2pzFdPU= =KAyO -----END PGP SIGNATURE----- --nextPart3416366.mDFkP4rg4W-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 10:40:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2374316A401 for ; Tue, 4 Apr 2006 10:40:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A50943D46 for ; Tue, 4 Apr 2006 10:40:38 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k34AeVtL025476 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 4 Apr 2006 20:40:36 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k34AeV6l091399; Tue, 4 Apr 2006 20:40:31 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k34AeV6Z091398; Tue, 4 Apr 2006 20:40:31 +1000 (EST) (envelope-from peter) Date: Tue, 4 Apr 2006 20:40:31 +1000 From: Peter Jeremy To: Khaled Hussain Message-ID: <20060404104031.GI683@turion.vk2pj.dyndns.org> References: <20060328.210412.18287651.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: FreeBSD Hackers Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 10:40:40 -0000 On Tue, 2006-Apr-04 11:12:03 +0100, Khaled Hussain wrote: >Why does everyone talk about dump+restore as a pair? I thought it was >possible just to dump a filesystem to a different hard disk i.e. >dump -0a -f /dev/ad2 / It is. But /dev/ad2 will have a dumpfile on it, not a filesystem. The only thing that can then read /dev/ad2 is restore. >Also, how can I find out which /boot/boot# file a freebsd system is using by >default? None of the ones in the filesystem - these files are embedded into the beginning of the hard disk. One of boot0, boot0sio or mbr is located in absolute sector 0 of the disk. boot1 is located in sector 0 of the bootable slice boot2 is located in the (I think) sectors 1-15 of partition a. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 10:51:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E423616A424 for ; Tue, 4 Apr 2006 10:51:42 +0000 (UTC) (envelope-from khaled@ipbill.com) Received: from mail.ipbill.com (mail.ipbill.com [217.73.64.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35F8243D45 for ; Tue, 4 Apr 2006 10:51:42 +0000 (GMT) (envelope-from khaled@ipbill.com) Received: (qmail 93499 invoked from network); 4 Apr 2006 10:51:41 -0000 Received: from unknown (HELO elzidpc) (192.168.129.50) by mail.ipbill.com with SMTP; 4 Apr 2006 10:51:41 -0000 From: "Khaled Hussain" To: "Peter Jeremy" Date: Tue, 4 Apr 2006 11:49:19 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20060404104031.GI683@turion.vk2pj.dyndns.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: FreeBSD Hackers Subject: RE: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 10:51:43 -0000 Hi Jeremy, Thanks for the clarification...at the moment I am trying to set a boot manager on my disk but am unsure which slice to set as the default boot selection when using the boot0cfg command. boot0cfg -Bv -s? ad2 disklabel -r ad0 (on a different bsd system) gives: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 204800 0 4.2BSD 0 0 0 # (Cyl. 0 - 12*) b: 2104640 204800 swap # (Cyl. 12*- 143*) c: 117258372 0 unused 0 0 # (Cyl. 0 - 7298*) e: 40960 2309440 4.2BSD 0 0 0 # (Cyl. 143*- 146*) f: 114907972 2350400 4.2BSD 0 0 0 # (Cyl. 146*- 7298*) Am I correct in assuming that a: is slice 1, b: is slice 2, etc? If so then the slice to make bootable would be slice 3 in the following setup (which is my disk): 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 2048642 310528000 swap # (Cyl. 19329*- 19456*) c: 312576642 0 unused 0 0 # (Cyl. 0 - 19456*) e: 310528000 0 4.2BSD 0 0 0 # (Cyl. 0 - 19329*) Kind Regards Khaled > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org > [mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of Peter Jeremy > Sent: 04 April 2006 11:41 > To: Khaled Hussain > Cc: FreeBSD Hackers > Subject: Re: cloning a FreeBSD HDD > > > On Tue, 2006-Apr-04 11:12:03 +0100, Khaled Hussain wrote: > >Why does everyone talk about dump+restore as a pair? I thought it was > >possible just to dump a filesystem to a different hard disk i.e. > >dump -0a -f /dev/ad2 / > > It is. But /dev/ad2 will have a dumpfile on it, not a filesystem. > The only thing that can then read /dev/ad2 is restore. > > >Also, how can I find out which /boot/boot# file a freebsd system > is using by > >default? > > None of the ones in the filesystem - these files are embedded into the > beginning of the hard disk. > > One of boot0, boot0sio or mbr is located in absolute sector 0 of the disk. > boot1 is located in sector 0 of the bootable slice > boot2 is located in the (I think) sectors 1-15 of partition a. > > -- > Peter Jeremy > _______________________________________________ > 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" > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 11:50:21 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3296A16A422; Tue, 4 Apr 2006 11:50:21 +0000 (UTC) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6784A43D79; Tue, 4 Apr 2006 11:50:12 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de Received: from dice.stsp.lan (brln-d9ba6190.pool.mediaWays.net [217.186.97.144]) (authenticated bits=0) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id k34Bo0cT015860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Apr 2006 13:50:02 +0200 Received: by dice.stsp.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Tue, 4 Apr 2006 13:50:03 +0200 (CEST) Date: Tue, 4 Apr 2006 13:45:47 +0200 From: Stefan Sperling To: Joe Marcus Clarke Message-ID: <20060404114547.GA1613@dice.stsp.lan> References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> <44321277.7040904@FreeBSD.org> <1144133238.9725.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1144133238.9725.32.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (0.793) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 04 Apr 2006 11:50:21 -0000 On Tue, Apr 04, 2006 at 02:47:18AM -0400, Joe Marcus Clarke wrote: > On Tue, 2006-04-04 at 08:30 +0200, Alex Dupre wrote: > > Joe Marcus Clarke wrote: > > > What I'd like to achieve is a simple out-of-the-box way of mounting > > > media such as CDs, and floppy disks without users necessarily needing to > > > know about sysctl. While I can't speak for KDE, I know GNOME already > > > has the ability to detect user-mountable media, and gives the users > > > icons on the desktop to mount said volumes. > > > > I don't know what exactly you mean with 'detect user-mountable media', > > but a KDE user may have desktop icons for every device/fs listed in > > /etc/fstab. I assume GNOME works in a similar way. And clicking on the > > icon of course will mount the media with the 'mount' command. KDE also > > monitor changes to the fstab file and can open a dialog window when a > > new media appears, but since the fstab file is not automatically updated > > on FreeBSD (I don't know how it works exactly on Linux) this feature is > > quite useless. > > GNOME works in a similar fashion. Currently if vfs.usermount=1, FreeBSD > scans the fstab list, and if the mount point is owned by the current > user, it adds an icon for it. Why do GNOME/KDE rely on /etc/fstab on FreeBSD? What are admins supposed to do on systems with more than, say, a hundred users. Having to add a line to /etc/fstab for every user is of course scriptable, but that does not make it less insane. As far as I got it, the current design boils down to the user creating a mount point, and then mounting the media "manually", e.g. mount /dev/cd0 ~/cdrom. Granted the admin has set vfs.usermount to 1, of course. I don't really think that user mount has been designed with /etc/fstab in mind. So why not have GNOME/KDE create mount points for the user if vfs.usermount is 1? Since FreeBSD uses devfs, every device in /dev that usually represents a device with removable media can assumed to be present in hardware. GNOME/KDE could be patched to create mount points somewhere in the user's home directory, and issue a 'mount device mount_point' instead of 'mount mount_point' if the user clicks the device icon. This still requires novice home desktop users to set vfs.usermount to 1 though, so it's not a perfect solution. But it prevents having another suid binary just for convinience, and is suitable for large multi user installations. > For dynamic updates, Linux has mtab. For FreeBSD (in GNOME, that is), > we just periodically check for changes in the list of available file > systems. Where? In /etc/fstab or /dev ? -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 15:43:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB74D16A41F for ; Tue, 4 Apr 2006 15:43:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E7243D5A for ; Tue, 4 Apr 2006 15:43:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k34Fgfi3037237; Tue, 4 Apr 2006 09:42:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 04 Apr 2006 09:43:37 -0600 (MDT) Message-Id: <20060404.094337.08320851.imp@bsdimp.com> To: khaled@ipbill.com From: "M. Warner Losh" In-Reply-To: References: <20060328.210412.18287651.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 15:43:28 -0000 In message: "Khaled Hussain" writes: : Why does everyone talk about dump+restore as a pair? I thought it was : possible just to dump a filesystem to a different hard disk i.e. : dump -0a -f /dev/ad2 / because that will create a dump file on ad2, not a filesystem that can be read by the kernel. : Also, how can I find out which /boot/boot# file a freebsd system is using by : default? I don't understand that question. Warner : Kind Regards : : Khaled : : > -----Original Message----- : > From: owner-freebsd-hackers@freebsd.org : > [mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of M. Warner Losh : > Sent: 29 March 2006 05:04 : > To: eksffa@freebsdbrasil.com.br : > Cc: freebsd-hackers@freebsd.org : > Subject: Re: cloning a FreeBSD HDD : > : > : > In message: <4429972C.5030806@freebsdbrasil.com.br> : > Patrick Tracanelli writes: : > : : > : >> I heard its faster if you use two dd's; i.e: : > : >> : > : >> # dd if=/dev/ad0 bs=64k | dd of=/dev/ad1 bs=64k : > : >> : > : >> allowing read and write to proceed in parallel. : > : > : > : > : > : > that's what ddd and 'team' are for. : > : > I don't know if ddd is in the ports as it may clash inname with teh : > : > debugger ddd : > : > They internally fork and use several processes synchronised : > in some manner. : > : : > : Isn't dump+restore and a couple of fdisk+bsdlabel trick to copy the : > : source partitioning a better choice to "clone" this HDD? : > : > Yes. That's what I *ALWAYS* do, because hard drives are never the : > exact same size. : > : > fdisk -I makes the fdisk part easy. bsdlabel -R makes the disklabel : > cloning relatively painless. : > : > dump + restore is slow but reliabe. : > : > Warner : > _______________________________________________ : > 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" : > : > ______________________________________________________________________ : > This email has been scanned by the MessageLabs Email Security System. : > For more information please visit http://www.messagelabs.com/email : > ______________________________________________________________________ : > : : From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 17:59:23 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C03B016A420 for ; Tue, 4 Apr 2006 17:59:23 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79BF843D49 for ; Tue, 4 Apr 2006 17:59:23 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [127.0.0.1] (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id CC36519F2C; Tue, 4 Apr 2006 10:59:21 -0700 (PDT) Message-ID: <4432B3F6.3090504@bitfreak.org> Date: Tue, 04 Apr 2006 10:59:18 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Khaled Hussain References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 17:59:23 -0000 Khaled Hussain wrote: > Thanks for the clarification...at the moment I am trying to set a boot > manager on my disk but am unsure which slice to set as the default boot > selection when using the boot0cfg command. > > boot0cfg -Bv -s? ad2 > > disklabel -r ad0 (on a different bsd system) gives: > > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 204800 0 4.2BSD 0 0 0 # (Cyl. 0 - 12*) > b: 2104640 204800 swap # (Cyl. 12*- 143*) > c: 117258372 0 unused 0 0 # (Cyl. 0 - > 7298*) > e: 40960 2309440 4.2BSD 0 0 0 # (Cyl. 143*- 146*) > f: 114907972 2350400 4.2BSD 0 0 0 # (Cyl. 146*- > 7298*) > > > Am I correct in assuming that a: is slice 1, b: is slice 2, etc? No. The above is the label inside a single slice. a: is the first partition within that slice. Use fdisk to look at your slices. If you really are getting the above from /dev/ad2 rather than /dev/ad2sN where N is a number from 1 to 4, then it's in dedicated mode and the issue is moot, since there's no slice table. From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 18:08:45 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0021F16A400; Tue, 4 Apr 2006 18:08:44 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0FC343D67; Tue, 4 Apr 2006 18:08:34 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [127.0.0.1] (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 5A1D019F2C; Tue, 4 Apr 2006 11:08:32 -0700 (PDT) Message-ID: <4432B61E.1030403@bitfreak.org> Date: Tue, 04 Apr 2006 11:08:30 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Stefan Sperling References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> <44321277.7040904@FreeBSD.org> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> In-Reply-To: <20060404114547.GA1613@dice.stsp.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, Joe Marcus Clarke Subject: Re: RFC: Adding a ``user'' mount option 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, 04 Apr 2006 18:08:45 -0000 Stefan Sperling wrote: > Why do GNOME/KDE rely on /etc/fstab on FreeBSD? > > GNOME/KDE could be patched to create mount points > somewhere in the user's home directory, and issue a 'mount device mount_point' > instead of 'mount mount_point' if the user clicks the device icon. Limiting GNOME/KDE to just those mounts listed in /etc/fstab provides a mechanism of access control. If GNOME/KDE allowed user mounts of any device, then it would become possible for users to mount umounted system volumes. Using fstab also makes it possible for GNOME/KDE to mount items with mount options (sync, mode limits, quotas, etc.) and just rely on the system to get it right, rather than having system-specific, parallel mount code. From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 19:40:39 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 901B716A41F for ; Tue, 4 Apr 2006 19:40:39 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32EEA43D46 for ; Tue, 4 Apr 2006 19:40:37 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from fenrirw.private.submonkey.net ([192.168.10.23]) by shrike.submonkey.net with esmtpsa (TLSv1:DES-CBC3-SHA:168) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FQrO6-0000dn-89; Tue, 04 Apr 2006 20:40:34 +0100 User-Agent: Microsoft-Entourage/11.2.3.060209 Date: Tue, 04 Apr 2006 20:40:30 +0100 From: Ceri Davies To: Julian Elischer Message-ID: Thread-Topic: bafug Freebsd 6.1 meeting Thread-Index: AcZYH6FM361KKcQSEdqCVQAUUSJIlg== In-Reply-To: <4431C607.6000408@elischer.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: freebsd Subject: Re: bafug Freebsd 6.1 meeting 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, 04 Apr 2006 19:40:39 -0000 On 4/4/06 02:04, "Julian Elischer" wrote: > Julian Elischer wrote: > >> The topic is "6.1... your questions answered" >> >> Is there any call for it to be streamed out? > > > I ask because we usually stream the meetings when there is a speaker, > but this is more round table.. If it's not too much of a pain, I'd like to see it please, if only to see what kind of questions are out there. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 05:54:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D42F516A429 for ; Wed, 5 Apr 2006 05:54:41 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0664543D78 for ; Wed, 5 Apr 2006 05:54:33 +0000 (GMT) (envelope-from soralx@cydem.org) Received: from pd5mr8so.prod.shaw.ca (pd5mr8so-qfe3.prod.shaw.ca [10.0.141.184]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX8004NRIZ66LC0@l-daemon> for freebsd-hackers@freebsd.org; Tue, 04 Apr 2006 23:52:18 -0600 (MDT) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd5mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX80021HIZ6VGH0@pd5mr8so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Tue, 04 Apr 2006 23:52:18 -0600 (MDT) Received: from soralx.cydem.org ([24.87.27.3]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX8000ZNIZ6W3G0@l-daemon> for freebsd-hackers@freebsd.org; Tue, 04 Apr 2006 23:52:18 -0600 (MDT) Date: Tue, 04 Apr 2006 21:52:17 -0800 From: soralx@cydem.org In-reply-to: <20060404114547.GA1613@dice.stsp.lan> To: freebsd-hackers@freebsd.org Message-id: <200604042252.17806.soralx@cydem.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <1144042356.824.16.camel@shumai.marcuscom.com> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> User-Agent: KMail/1.9.1 Subject: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 05:54:41 -0000 > So why not have GNOME/KDE create mount points for the user if > vfs.usermount is 1? Since FreeBSD uses devfs, every device in /dev that > usually represents a device with removable media can assumed to be > present in hardware. GNOME/KDE could be patched to create mount points > somewhere in the user's home directory, and issue a 'mount device mount_point' > instead of 'mount mount_point' if the user clicks the device icon. pardon my ignorance, but how any of those methods described earlier may be superior to simply using sudo? Timestamp: 0x44335A44 [SorAlx] http://cydem.org.ua/ ridin' VN1500-B2 From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 12:04:07 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F93416A426 for ; Wed, 5 Apr 2006 12:04:07 +0000 (UTC) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DFE843E0F for ; Wed, 5 Apr 2006 12:01:55 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de Received: from dice.stsp.lan (brln-d9ba6803.pool.mediaWays.net [217.186.104.3]) (authenticated bits=0) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id k35C0db8019118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Apr 2006 14:00:40 +0200 Received: by dice.stsp.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Wed, 5 Apr 2006 14:00:40 +0200 (CEST) Date: Wed, 5 Apr 2006 14:00:35 +0200 From: Stefan Sperling To: soralx@cydem.org Message-ID: <20060405120035.GA1372@dice.stsp.lan> References: <1144042356.824.16.camel@shumai.marcuscom.com> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> <200604042252.17806.soralx@cydem.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604042252.17806.soralx@cydem.org> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (0.795) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 12:04:07 -0000 On Tue, Apr 04, 2006 at 09:52:17PM -0800, soralx@cydem.org wrote: > > > So why not have GNOME/KDE create mount points for the user if > > vfs.usermount is 1? > pardon my ignorance, but how any of those methods described earlier may > be superior to simply using sudo? Using sudo is a hack? :) -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 27 13:03:25 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0AC716A420; Mon, 27 Mar 2006 13:03:25 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1791543D5A; Mon, 27 Mar 2006 13:03:24 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms075.mailsrvcs.net ([192.168.1.4]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IWS006C4EXNACT2@vms046.mailsrvcs.net>; Mon, 27 Mar 2006 07:03:23 -0600 (CST) Date: Mon, 27 Mar 2006 07:03:23 -0600 (CST) From: Sergey Babkin To: Greg 'groggy' Lehey , "Rick C. Petty" Message-id: <19770339.131791143464603498.JavaMail.root@vms075.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Mailman-Approved-At: Wed, 05 Apr 2006 12:22:00 +0000 Cc: FreeBSD Hackers Subject: Re: Re: Programs not accepting input? 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: Mon, 27 Mar 2006 13:03:25 -0000 >Same here. As mentioned in the original message, I can use the mouse >to open a new window under firefox. The new window will accept >keyboard input, the old one won't. It's almost as if it's deadlocking >on input. > >Reminder: my final question was "how do I go about debugging this >problem?". Does it happen with any kind of programs? If yes, can you reproduce it with "xev"? If yes, it would probably be something focus-related (and you'd be able to see that the Focus event is not coming in). The focus management and the highlighting of the window manager decoration are not physically connected in any way, so a bug in the window manager might cause it to do the highlighting but forget to give the focus to the application. To debug that you can add debugging printout to the WM. Or I've had a script that sort of decoded the X protocol, so if you can get the dump of these (maybe with ktrace), you can decode the dump and see what happens with the focus. I'll look for it in my archives. If no, it might be something with the keyboard event translation to keysyms/text. You can debug this by writing a test program that would do it own dispatch loop - i.e. call XEvent() and then XtDispatchEvent() (or some close names - I might not remember them right), and print the debugging messages. So if you see that XEvent() is getting events but then nothing comes out of dispatching them, then the translation is broken somewhere. I might be able to find this kind of a program in my archives too, I'll look around. BTW, one place where the keyboard events might disappear is the Input Method handling code. But I don't think that you run any Input Methods. -SB From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 28 10:11:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A5516A401 for ; Tue, 28 Mar 2006 10:11:11 +0000 (UTC) (envelope-from a@zeos.net) Received: from fobos.ldc.net (fobos.ldc.net [213.160.128.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D417E43D45 for ; Tue, 28 Mar 2006 10:11:10 +0000 (GMT) (envelope-from a@zeos.net) Received: from localhost.my.domain (171-dup.ldc.net [213.160.136.171] (may be forged)) by fobos.ldc.net (8.13.5/8.13.5) with ESMTP id k2SAB30E068181 for ; Tue, 28 Mar 2006 13:11:09 +0300 (EEST) (envelope-from a@zeos.net) Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.13.5/8.13.5) with ESMTP id k2SAB0tk000723 for ; Tue, 28 Mar 2006 13:11:01 +0300 (EEST) (envelope-from a@zeos.net) Received: (from elisej@localhost) by localhost.my.domain (8.13.5/8.13.5/Submit) id k2SAB02O000709 for freebsd-hackers@freebsd.org; Tue, 28 Mar 2006 13:11:00 +0300 (EEST) (envelope-from a@zeos.net) X-Authentication-Warning: localhost.my.domain: elisej set sender to a@zeos.net using -f Date: Tue, 28 Mar 2006 13:10:59 +0300 From: User Elisej To: freebsd-hackers@freebsd.org Message-ID: <20060328101059.GC594@> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on fobos.ldc.net X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (fobos.ldc.net [213.160.128.2]); Tue, 28 Mar 2006 13:11:09 +0300 (EEST) X-Mailman-Approved-At: Wed, 05 Apr 2006 12:22:00 +0000 Subject: keymaps 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, 28 Mar 2006 10:11:11 -0000 I need to understand and write keymaps. I have read kbdcontrol(1) and kbdmap(5), but these two is too superficial. Is there another document? These manuals do not explain for example: How to make "Alt+a" acting as sequence "Meta a"? "Alt+a" acts in other way, than "a" pressed after the key marked as "alock" in keymap. So what is alock? When a locked key is unlocked? Should I describe scan codes 128-255? (Some standard keymaps do this, but some standard keymaps do not.) How kbdmap affects on LEDs? and so one and so forth. I have asked this question in freebsd-questions already. No response. So, I decided to ask here. Elisej Babenko mailto:a@zeos.net From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 29 01:24:36 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9BD516A420; Wed, 29 Mar 2006 01:24:36 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CE1B43D7C; Wed, 29 Mar 2006 01:24:23 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from verizon.net ([141.153.253.191]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IWV00J767WAGHN1@vms046.mailsrvcs.net>; Tue, 28 Mar 2006 19:24:22 -0600 (CST) Date: Tue, 28 Mar 2006 20:24:04 -0500 From: Sergey Babkin Sender: root To: Greg 'groggy' Lehey Message-id: <4429E1B4.DDF52803@verizon.net> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) Content-type: text/plain; charset=koi8-r Content-transfer-encoding: 7bit X-Accept-Language: en, ru References: <19770339.131791143464603498.JavaMail.root@vms075.mailsrvcs.net> <20060328011345.GC25392@wantadilla.lemis.com> X-Mailman-Approved-At: Wed, 05 Apr 2006 12:22:00 +0000 Cc: "Rick C. Petty" , FreeBSD Hackers Subject: Re: Programs not accepting input? 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, 29 Mar 2006 01:24:37 -0000 Greg 'groggy' Lehey wrote: > > > The focus management and the highlighting of the window manager > > decoration are not physically connected in any way, so a bug in the > > window manager might cause it to do the highlighting but forget to > > give the focus to the application. > > But mouse focus and keyboard focus are the same, right? The windows > respond to the mouse, but not to the keyboard. There is no mouse focus. The mouse events are delivered to whatever window happens to be under the mouse pointer. Well, unless a pointer grab is in effect, but that's a separate story. > The remainder of your reply seems to build on the assumption that > there is no focus. I'll leave it there in case I misunderstood and > you want to refer to it. No, the remainder describes the case when the focus works correctly but the mapping from keycodes to keysyms gets somehow broken, so that the app gets the keyboard events but then it can't translate them into the text strings. Sorry, I couldn't look for the programs yet. -SB > > To debug that you can add debugging printout to the WM. Or I've had > > a script that sort of decoded the X protocol, so if you can get the > > dump of these (maybe with ktrace), you can decode the dump and see > > what happens with the focus. I'll look for it in my archives. > > > > If no, it might be something with the keyboard event translation to > > keysyms/text. You can debug this by writing a test program that > > would do it own dispatch loop - i.e. call XEvent() and then > > XtDispatchEvent() (or some close names - I might not remember them > > right), and print the debugging messages. So if you see that > > XEvent() is getting events but then nothing comes out of dispatching > > them, then the translation is broken somewhere. > > > > I might be able to find this kind of a program > > in my archives too, I'll look around. > > thanks. > > > BTW, one place where the keyboard events might disappear is the > > Input Method handling code. But I don't think that you run any Input > > Methods. > > Not explicitly. > > Greg > -- > See complete headers for address and phone numbers. > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > Part 1.2Type: application/pgp-signature From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 31 13:19:57 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFE816A422 for ; Fri, 31 Mar 2006 13:19:57 +0000 (UTC) (envelope-from marko.lerota@optima-telekom.hr) Received: from redcloud.optima-telekom.hr (surf212.optima-telekom.hr [85.114.34.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE39643D46 for ; Fri, 31 Mar 2006 13:19:55 +0000 (GMT) (envelope-from marko.lerota@optima-telekom.hr) Received: (qmail 34292 invoked by uid 1001); 31 Mar 2006 13:19:53 -0000 To: Colin Percival Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <442C3DA5.9010901@freebsd.org> (Colin Percival's message of "Thu, 30 Mar 2006 12:20:53 -0800") References: <442C3DA5.9010901@freebsd.org> Organization: Unix Users - Fanatics Dept. X-Request-PGP: X-GNUPG-Fingerprint: CF5E 6862 2777 A471 5D2E 0015 8DA6 D56D 17E5 2A51 From: Marko Lerota Date: Fri, 31 Mar 2006 15:19:53 +0200 Message-ID: <86fyky3g5i.fsf@redcloud.local> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b25 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 05 Apr 2006 12:22:00 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-security@freebsd.org Subject: Re: Fundraising for FreeBSD security development 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, 31 Mar 2006 13:19:57 -0000 Colin Percival writes: > Donations can be sent by paypal to cperciva@freebsd.org; if you would > prefer to send a cheque (which is probably only worthwhile for cheques > in Canadian or US dollars), please contact me by email to obtain my > mailing address. In either case, please let me know if you wish to > remain anonymous. Paypal doesn't work in all the countries, like here in Croatia where I'm from. So the rest of the 3rd world :), can't support anything about FreeBSD. I'd prefer if I can pay you with credit card without paypal. OpenBSD have it. So can you. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 31 14:00:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B76516A400 for ; Fri, 31 Mar 2006 14:00:40 +0000 (UTC) (envelope-from marko.lerota@optima-telekom.hr) Received: from redcloud.optima-telekom.hr (surf212.optima-telekom.hr [85.114.34.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id E46DC43D55 for ; Fri, 31 Mar 2006 14:00:38 +0000 (GMT) (envelope-from marko.lerota@optima-telekom.hr) Received: (qmail 36809 invoked by uid 1001); 31 Mar 2006 14:00:37 -0000 To: Colin Percival , freebsd-hackers@freebsd.org, freebsd-security@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <442D2FC7.9050105@iang.org> (Ian G.'s message of "Fri, 31 Mar 2006 15:33:59 +0200") References: <442C3DA5.9010901@freebsd.org> <86fyky3g5i.fsf@redcloud.local> <442D2FC7.9050105@iang.org> Organization: Unix Users - Fanatics Dept. X-Request-PGP: X-GNUPG-Fingerprint: CF5E 6862 2777 A471 5D2E 0015 8DA6 D56D 17E5 2A51 From: Marko Lerota Date: Fri, 31 Mar 2006 16:00:37 +0200 Message-ID: <86bqvm3e9m.fsf@redcloud.local> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b25 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 05 Apr 2006 12:22:00 +0000 Cc: Subject: Re: Fundraising for FreeBSD security development 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, 31 Mar 2006 14:00:48 -0000 Ian G writes: > In terms of cross-border payments, this is always > difficult. You might want to look at one of the > cross-border specialists like Kagi.com or > moneybookers.com or the digital gold currencies. OK, thanks. But it's not only the Colin issue. The FreeBSD project also can't be sponsored from here. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 4 15:00:27 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB4216A401; Tue, 4 Apr 2006 15:00:27 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 412B843D45; Tue, 4 Apr 2006 15:00:27 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms172.mailsrvcs.net ([192.168.1.1]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IX7004MTDO04Z57@vms040.mailsrvcs.net>; Tue, 04 Apr 2006 10:00:00 -0500 (CDT) Date: Tue, 04 Apr 2006 10:00:00 -0500 (CDT) From: Sergey Babkin To: Stefan Sperling , Joe Marcus Clarke Message-id: <21929145.3307121144162800285.JavaMail.root@vms172.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Mailman-Approved-At: Wed, 05 Apr 2006 12:22:00 +0000 Cc: hackers@freebsd.org Subject: Re: Re: RFC: Adding a ``user'' mount option 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: Tue, 04 Apr 2006 15:00:27 -0000 >From: Stefan Sperling >What are admins supposed to do on systems with more than, say, a hundred >users. Having to add a line to /etc/fstab for every user is of course >scriptable, but that does not make it less insane. Would it make sense to be able to specify a group in fstab? Then the users can be simply given membership of this group to mount the devices. -SB From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 12:37:37 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71EAE16A400 for ; Wed, 5 Apr 2006 12:37:37 +0000 (UTC) (envelope-from jan.grant@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id F11FD43D49 for ; Wed, 5 Apr 2006 12:37:36 +0000 (GMT) (envelope-from jan.grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by dirg.bris.ac.uk with esmtp (Exim 4.60) (envelope-from ) id 1FR7GK-0007K8-3N; Wed, 05 Apr 2006 13:37:33 +0100 Received: from cse-jg.cse.bris.ac.uk ([137.222.12.37]:58855) by mail.ilrt.bris.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.50) id 1FR7GD-0000xc-2S; Wed, 05 Apr 2006 13:37:24 +0100 Date: Wed, 5 Apr 2006 13:37:11 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@tribble.ilrt.bris.ac.uk To: Stefan Sperling In-Reply-To: <20060405120035.GA1372@dice.stsp.lan> Message-ID: <20060405133507.G15367@tribble.ilrt.bris.ac.uk> References: <1144042356.824.16.camel@shumai.marcuscom.com> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> <200604042252.17806.soralx@cydem.org> <20060405120035.GA1372@dice.stsp.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spamassassin: mail.ilrt.bris.ac.uk X-Spam-Score: 0.0 X-Spam-Level: / X-Spam-Score: -1.4 X-Spam-Level: - Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 12:37:37 -0000 On Wed, 5 Apr 2006, Stefan Sperling wrote: > On Tue, Apr 04, 2006 at 09:52:17PM -0800, soralx@cydem.org wrote: > > > > > So why not have GNOME/KDE create mount points for the user if > > > vfs.usermount is 1? > > pardon my ignorance, but how any of those methods described earlier may > > be superior to simply using sudo? > > Using sudo is a hack? :) Using sudo is using a small, well-inspected tool to do a well-defined job as part of a toolchain. Stringing such tools together is where the unix environment derives its expressive power from. So I'd second the question; I don't buy that aesthetic argument. -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Solution: (n) a watered-down version of something neat. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 12:49:15 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B125216A422 for ; Wed, 5 Apr 2006 12:49:15 +0000 (UTC) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E79343D6B for ; Wed, 5 Apr 2006 12:49:05 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de Received: from dice.stsp.lan (brln-d9ba6803.pool.mediaWays.net [217.186.104.3]) (authenticated bits=0) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id k35CmiDI024963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Apr 2006 14:48:48 +0200 Received: by dice.stsp.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Wed, 5 Apr 2006 14:48:48 +0200 (CEST) Date: Wed, 5 Apr 2006 14:48:40 +0200 From: Stefan Sperling To: Jan Grant Message-ID: <20060405124840.GA1696@dice.stsp.lan> References: <1144042356.824.16.camel@shumai.marcuscom.com> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> <200604042252.17806.soralx@cydem.org> <20060405120035.GA1372@dice.stsp.lan> <20060405133507.G15367@tribble.ilrt.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060405133507.G15367@tribble.ilrt.bris.ac.uk> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (0.804) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 12:49:15 -0000 On Wed, Apr 05, 2006 at 01:37:11PM +0100, Jan Grant wrote: > On Wed, 5 Apr 2006, Stefan Sperling wrote: > > > On Tue, Apr 04, 2006 at 09:52:17PM -0800, soralx@cydem.org wrote: > > > > > > > So why not have GNOME/KDE create mount points for the user if > > > > vfs.usermount is 1? > > > pardon my ignorance, but how any of those methods described earlier may > > > be superior to simply using sudo? > > > > Using sudo is a hack? :) > > I don't buy that aesthetic argument. I wasn't serious. Sudo is fine by me as well. However, having something that is in the base system (and not in ports) to allow user mounts would be neat. Still, KDE and GNOME and even xorg are in ports as well, so that point is not a really strong one either. The only thing that still nags me about the sudo solution is that if you have to use sudo anyway, why was vfs.usermount even implemented in the first place? Using sudo makes it redundant. -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 13:47:01 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A5F816A41F; Wed, 5 Apr 2006 13:47:01 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9557143D48; Wed, 5 Apr 2006 13:47:00 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 75563244C19; Wed, 5 Apr 2006 22:46:59 +0900 (JST) Message-ID: <4433CA53.5050000@freebsd.org> Date: Wed, 05 Apr 2006 22:46:59 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060404) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> In-Reply-To: <4417DD8D.3050201@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander@Leidinger.net, Daichi GOTO , Dario Freni , ozawa@ongs.co.jp Subject: patchset-10 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 13:47:01 -0000 It is my pleasure and honor to announce the availability of the unionfs patchset-10. Patchset-10: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p10.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p10.diff Changes in unionfs-p10.diff - Fixed a problem that does not unlock a vnode around some treatments of VOP_RENAME. - Added workaround implementation for panic by umount(8) -f. - Changed around VOP_ADVLOCK treatments to make shadow file into upper layer always to keep lock consistency. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Attentions: We are getting union_getwritemount rewrite work still now. The p-10 is intermediate step implementation, and some code in not according to style(9) source code style. I want to get active unionfs patchset users to test it. If you want stable implementation, please wait until p-11. However, of course, p-10 is stable rather than p-9 already :) Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 13:47:46 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1B0916A432 for ; Wed, 5 Apr 2006 13:47:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6167343D48 for ; Wed, 5 Apr 2006 13:47:46 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BEEE446C38; Wed, 5 Apr 2006 09:47:43 -0400 (EDT) Date: Wed, 5 Apr 2006 14:47:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Sperling In-Reply-To: <20060405124840.GA1696@dice.stsp.lan> Message-ID: <20060405144435.Y82516@fledge.watson.org> References: <1144042356.824.16.camel@shumai.marcuscom.com> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> <200604042252.17806.soralx@cydem.org> <20060405120035.GA1372@dice.stsp.lan> <20060405133507.G15367@tribble.ilrt.bris.ac.uk> <20060405124840.GA1696@dice.stsp.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jan Grant , hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 13:47:47 -0000 On Wed, 5 Apr 2006, Stefan Sperling wrote: > I wasn't serious. Sudo is fine by me as well. However, having something that > is in the base system (and not in ports) to allow user mounts would be neat. > Still, KDE and GNOME and even xorg are in ports as well, so that point is > not a really strong one either. > > The only thing that still nags me about the sudo solution is that if you > have to use sudo anyway, why was vfs.usermount even implemented in the first > place? Using sudo makes it redundant. Well, there are some notions that vfs.usermount captures that other variations currently don't. One of those is the idea that the kernel will have direct access to the credentials used to authorize the mount, rather than the kernel being passed a root credential. This becomes interesting when there are file systems without an integrated notion of file ownership (such as msdosfs), or for file systems that will make use of user keying material or access files and services using the privileges of the user (i.e., distributed file systems). For example, NFS uses the privileges of the user performing the mount to create sockets, access the network, etc. Whether this ends up being important in the big picture is another question, but there is an important semantic difference there from the perspective of kernel access control. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 15:35:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D57AE16A424 for ; Wed, 5 Apr 2006 15:35:13 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29AFB43D6B for ; Wed, 5 Apr 2006 15:35:13 +0000 (GMT) (envelope-from n.cormier@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so1477118wra for ; Wed, 05 Apr 2006 08:35:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t8m93Cgmo+NfWwVfarCbKyBNXKLbssPt3nI3a5Rh8EfLDq3r+wmYIf3FM/9WU+FMSQRQ9NVShiHDc7G5sBpQzHbWMjZiKPqmwVyt83U9NzvVnSQ0rOCHG/9Ji6C5nOr3XaQG8Jpg/b/lsThI7lFwu/3Io5YHpFwLerbSmO7+Lss= Received: by 10.65.196.7 with SMTP id y7mr659464qbp; Wed, 05 Apr 2006 08:28:37 -0700 (PDT) Received: by 10.65.116.5 with HTTP; Wed, 5 Apr 2006 08:28:37 -0700 (PDT) Message-ID: Date: Wed, 5 Apr 2006 17:28:37 +0200 From: "Nicolas Cormier" To: freebsd-hackers@freebsd.org In-Reply-To: <200604041214.01692.lboehne@damogran.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200604041214.01692.lboehne@damogran.de> Subject: Re: Function calling 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, 05 Apr 2006 15:35:14 -0000 On 4/4/06, Lutz Boehne wrote: > Hi, > > > But when the program uses the libc I have more RET than call ... > > What's the good way to find function calls and return ? > > I'm doing something similar at the moment, utilizing the Branch Single > Stepping feature available in most x86 CPUs and came across that same pro= blem. > > While debugging the issue, I found out that the dynamic linker "calls" > requested functions by returning to them. I believe this is done because = this > is a (the only) generic way to "call" a variable addresses without destro= ying > register contents. Any further info or a confirmation of that guess would= be > much appreciated. > > --- the code in /usr/src/libexec/rtld-elf/i386/rtld_start.S: > /* > * Binder entry point. Control is transferred to here by code in the PLT= . > * On entry, there are two arguments on the stack. In ascending address > * order, they are (1) "obj", a pointer to the calling object's Obj_Entry= , > * and (2) "reloff", the byte offset of the appropriate relocation entry > * in the PLT relocation table. > * > * We are careful to preserve all registers, even the the caller-save > * registers. That is because this code may be invoked by low-level > * assembly-language code that is not ABI-compliant. > */ > .align 4 > .globl _rtld_bind_start > .type _rtld_bind_start,@function > _rtld_bind_start: > pushf # Save eflags > pushl %eax # Save %eax > pushl %edx # Save %edx > pushl %ecx # Save %ecx > pushl 20(%esp) # Copy reloff argument > pushl 20(%esp) # Copy obj argument > > call _rtld_bind@PLT # Transfer control to the binder > /* Now %eax contains the entry point of the function being called= . */ > > addl $8,%esp # Discard binder arguments > movl %eax,20(%esp) # Store target over obj argument > popl %ecx # Restore %ecx > popl %edx # Restore %edx > popl %eax # Restore %eax > popf # Restore eflags > leal 4(%esp),%esp # Discard reloff, do not change e= flags > ret # "Return" to target address > --- > > Lutz > > > Thanks for your answer, it's more difficult than I thought :( From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 17:14:34 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44FCD16A400 for ; Wed, 5 Apr 2006 17:14:34 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 8769A43D45 for ; Wed, 5 Apr 2006 17:14:31 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 3204 invoked by uid 2001); 5 Apr 2006 17:14:29 -0000 Date: Wed, 5 Apr 2006 12:14:29 -0500 From: "Rick C. Petty" To: babkin@users.sf.net Message-ID: <20060405171429.GA3067@megan.kiwi-computer.com> References: <21929145.3307121144162800285.JavaMail.root@vms172.mailsrvcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21929145.3307121144162800285.JavaMail.root@vms172.mailsrvcs.net> User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org Subject: Re: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 17:14:34 -0000 On Tue, Apr 04, 2006 at 10:00:00AM -0500, Sergey Babkin wrote: > > Would it make sense to be able to specify a group in fstab? > Then the users can be simply given membership of this > group to mount the devices. Why not just assume allowable users are in the "operator" group. Isn't this what that group was designed for? I certainly setup my boxes to give users permission to access the soundcard and other "operators of this machine" devices... If not operator, then maybe one configurable group, defaulting to operator. Admins who want special circumstances can use devfs rules to set the group for certain devices. This way, we use unix-isms such as: 1). can the user mount filesystems? (vfs.usermount) 2). does the user have permissions to the device? (e.g. group-read/write to said device) 3). does the user have permissions to the mountpoint? (e.g. user read/write/execute) -- Rick C. Petty From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 17:38:05 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D32FC16A400; Wed, 5 Apr 2006 17:38:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 718C143D53; Wed, 5 Apr 2006 17:38: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 5B76E1A4DD4; Wed, 5 Apr 2006 10:38:04 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 52959517D2; Wed, 5 Apr 2006 13:38:03 -0400 (EDT) Date: Wed, 5 Apr 2006 13:38:03 -0400 From: Kris Kennaway To: Daichi GOTO Message-ID: <20060405173802.GA25588@xor.obsecurity.org> References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <4433CA53.5050000@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-10 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 17:38:06 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 05, 2006 at 10:46:59PM +0900, Daichi GOTO wrote: > It is my pleasure and honor to announce the availability of > the unionfs patchset-10. >=20 > Patchset-10: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p10.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p10.diff Thanks for your continued work! I get this panic with mount_unionfs -b: kdb_backtrace(ebf369e8,c056b59a,c06c905a,c06e297e,c72d7000) at kdb_backtrac= e+0x29 vfs_badlock(c06c905a,c06e297e,c72d7000) at vfs_badlock+0x11 assert_vop_locked(c72d7000,c06e297e,c72d7000,c06e297e) at assert_vop_locked= +0x4a VOP_OPEN_APV(c0710da0,ebf36a28) at VOP_OPEN_APV+0x8e union_open(ebf36a78,ebf36b20,c74e0930,ebf36ae4,c04f884b) at union_open+0xe2 VOP_OPEN_APV(c06f83a0,ebf36a78) at VOP_OPEN_APV+0x9b exec_check_permissions(ebf36b90,9,1,0,0) at exec_check_permissions+0xeb do_execve(c6658bd0,ebf36c60,0,ebf36c60,c6658bd0) at do_execve+0x18a kern_execve(c6658bd0,ebf36c60,0) at kern_execve+0x7c execve(c6658bd0,ebf36d04,c6bb5d38,c,c6658bd0) at execve+0x2f syscall(3b,3b,3b,bfbfe90c,0) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x280d3dfb, esp =3D 0xbfbf= e35c, ebp =3D 0xbfbfe808 --- VOP_OPEN: 0xc72d7000 is not locked but should be Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFENAB6Wry0BWjoQKURAgcQAJ4jGv1QxWUns/csWDZlApWTW9tY+gCgzXke adNivNKI4bAZSE7ixOAfnQY= =uuQM -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 18:09:59 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0119C16A400 for ; Wed, 5 Apr 2006 18:09:59 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B43D43D45 for ; Wed, 5 Apr 2006 18:09:57 +0000 (GMT) (envelope-from tdamas@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so19935nfc for ; Wed, 05 Apr 2006 11:09:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=h3Gr/Eo7WXyHeof6Zm7E6tqa0qbyVFlQgMsOeeBMXSJGoU29RmAUfBa1GE65TNY069sTuI/lJmsJYKqe2BHjQYi4ZgavMQoazwU0JA97ZcYojs64QgzDF3wrxqLZdQWj+qPaMqbde7DV3XndsRRBWc6/mid+u6XqMmFlMqFUd4Y= Received: by 10.48.108.8 with SMTP id g8mr190889nfc; Wed, 05 Apr 2006 11:09:56 -0700 (PDT) Received: by 10.48.210.6 with HTTP; Wed, 5 Apr 2006 11:09:56 -0700 (PDT) Message-ID: Date: Wed, 5 Apr 2006 15:09:56 -0300 From: "Thiago Damas" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: odd behavior with geom - gmirror - read/write simultaneously 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, 05 Apr 2006 18:09:59 -0000 Hi, I'm having a odd behavior while using geom_mirror. I have the following situation: - RAID1 with 2 SATA disks # gmirror status Name Status Components mirror/home0 COMPLETE ad2 ad3 - home0 as /home # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 1.9G 74M 1.7G 4% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1d 989M 16K 910M 0% /tmp /dev/ad0s1e 7.7G 1.9G 5.2G 27% /usr /dev/ad0s1f 58G 139M 53G 0% /var /dev/mirror/home0s1c 226G 7.4G 200G 4% /home I was testing the read/write speed on /home, with: # dd if=3D/dev/ad0 of=3D/home/test.data bs=3D4m While running this, gstat shows me what I wanted: # gstat L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 230 230 29383 1.9 0 0 0.0 42.8| ad0 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 9 192 0 0 0.0 192 24529 21.0 65.3| ad2 7 196 0 0 0.0 196 25040 16.6 65.4| ad3 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 9 192 0 0 0.0 192 24529 21.2 65.4| mirror/home0 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 9 192 0 0 0.0 192 24529 21.2 65.4| mirror/home0= s1 9 192 0 0 0.0 192 24529 22.0 66.6| mirror/home0= s1c After that, I test the read speed: # dd if=3D/home/test.data bs=3D4m of=3D/dev/null # gstat dT: 0.501 flag_I 500000us sizeof 240 i -1 L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0| ad0 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 1 120 120 15329 3.7 0 0 0.0 44.9| ad2 0 122 122 15584 3.5 0 0 0.0 43.1| ad3 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 1 242 242 30913 3.7 0 0 0.0 88.4| mirror/home0 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 1 242 242 30913 3.7 0 0 0.0 88.7| mirror/home0= s1 1 242 242 30913 3.7 0 0 0.0 90.0| mirror/home0= s1c And it shows again what was supposed to. Now, I test read/write simultaneously: In on shell (1): # dd if=3D/dev/ad0 of=3D/home/test.data bs=3D4m After some time, in another shell(2) # dd if=3D/home/test.data bs=3D4m of=3D/dev/null And gstat shows me the following: # gstat dT: 0.501 flag_I 500000us sizeof 240 i -1 L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0| ad0 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 0 158 158 20183 3.0 0 0 0.0 47.6| ad2 1 158 158 20183 2.5 0 0 0.0 39.1| ad3 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 1 315 315 40367 2.8 0 0 0.0 87.4| mirror/home0 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 1 315 315 40367 2.8 0 0 0.0 87.8| mirror/home0= s1 1 315 315 40367 2.8 0 0 0.0 89.4| mirror/home0= s1c I'm having NO writes in home0; even hitting ^C in shell(1) hangs, until I cancel the dd command in shell(2). I think its happening some problem with geom code . Can someone verify this? I using 6.1 PRERELEASE, with GENERIC kernel. --- Thiago From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 18:54:03 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A45216A400 for ; Wed, 5 Apr 2006 18:54:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A880D43D66 for ; Wed, 5 Apr 2006 18:54:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k35IrwPU063055; Wed, 5 Apr 2006 14:53:58 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 5 Apr 2006 14:53:55 -0400 User-Agent: KMail/1.9.1 References: <20060328.210412.18287651.imp@bsdimp.com> <20060404104031.GI683@turion.vk2pj.dyndns.org> In-Reply-To: <20060404104031.GI683@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604051453.57372.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1376/Wed Apr 5 01:51:25 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Khaled Hussain Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 18:54:03 -0000 On Tuesday 04 April 2006 06:40, Peter Jeremy wrote: > On Tue, 2006-Apr-04 11:12:03 +0100, Khaled Hussain wrote: > >Why does everyone talk about dump+restore as a pair? I thought it was > >possible just to dump a filesystem to a different hard disk i.e. > >dump -0a -f /dev/ad2 / > > It is. But /dev/ad2 will have a dumpfile on it, not a filesystem. > The only thing that can then read /dev/ad2 is restore. > > >Also, how can I find out which /boot/boot# file a freebsd system is using by > >default? > > None of the ones in the filesystem - these files are embedded into the > beginning of the hard disk. > > One of boot0, boot0sio or mbr is located in absolute sector 0 of the disk. > boot1 is located in sector 0 of the bootable slice > boot2 is located in the (I think) sectors 1-15 of partition a. Actually, boot1 + boot2 occupy sectors 0,2-15 of the bootable slice (the a partition starts at the start of the slice to be confusing) with the actual disklabel table in sector 1 of the slice. -- 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 Apr 5 18:54:31 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0944416A422 for ; Wed, 5 Apr 2006 18:54:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7CE43D7D for ; Wed, 5 Apr 2006 18:54:29 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k35IsJm5031440 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 6 Apr 2006 04:54:26 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k35IsJCM003042; Thu, 6 Apr 2006 04:54:19 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k35IsIjk003041; Thu, 6 Apr 2006 04:54:18 +1000 (EST) (envelope-from peter) Date: Thu, 6 Apr 2006 04:54:18 +1000 From: Peter Jeremy To: "Rick C. Petty" Message-ID: <20060405185418.GJ699@turion.vk2pj.dyndns.org> References: <21929145.3307121144162800285.JavaMail.root@vms172.mailsrvcs.net> <20060405171429.GA3067@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060405171429.GA3067@megan.kiwi-computer.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: babkin@users.sourceforge.net, hackers@freebsd.org Subject: Re: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 18:54:31 -0000 On Wed, 2006-Apr-05 12:14:29 -0500, Rick C. Petty wrote: >On Tue, Apr 04, 2006 at 10:00:00AM -0500, Sergey Babkin wrote: >> >> Would it make sense to be able to specify a group in fstab? >> Then the users can be simply given membership of this >> group to mount the devices. > >Why not just assume allowable users are in the "operator" group. Isn't >this what that group was designed for? That group was designed for people who ran backups - it's hard-coded in dump(8). >If not operator, then maybe one configurable group, defaulting to operator. Sounds like a good idea. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 19:08:56 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 386E116A422 for ; Wed, 5 Apr 2006 19:08:56 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F55F43D6D for ; Wed, 5 Apr 2006 19:08:53 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 47543 invoked from network); 5 Apr 2006 19:08:52 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 5 Apr 2006 19:08:52 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 5 Apr 2006 14:08:47 -0500 (CDT) From: Mike Silbersack To: Peter Jeremy In-Reply-To: <20060405185418.GJ699@turion.vk2pj.dyndns.org> Message-ID: <20060405140816.E16926@odysseus.silby.com> References: <21929145.3307121144162800285.JavaMail.root@vms172.mailsrvcs.net> <20060405171429.GA3067@megan.kiwi-computer.com> <20060405185418.GJ699@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Rick C. Petty" , hackers@freebsd.org, babkin@users.sourceforge.net Subject: Re: Re: RFC: Adding a ``user'' mount option 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, 05 Apr 2006 19:08:56 -0000 On Thu, 6 Apr 2006, Peter Jeremy wrote: > On Wed, 2006-Apr-05 12:14:29 -0500, Rick C. Petty wrote: >> If not operator, then maybe one configurable group, defaulting to operator. > > Sounds like a good idea. > > -- > Peter Jeremy What group do NFS and SMBFS shares belong to? Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 19:15:32 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65CB016A400; Wed, 5 Apr 2006 19:15:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 545D043D48; Wed, 5 Apr 2006 19:15:31 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k35JFTRw016886 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 6 Apr 2006 05:15:30 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k35JFT72003176; Thu, 6 Apr 2006 05:15:29 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k35JFTB0003175; Thu, 6 Apr 2006 05:15:29 +1000 (EST) (envelope-from peter) Date: Thu, 6 Apr 2006 05:15:28 +1000 From: Peter Jeremy To: John Baldwin Message-ID: <20060405191528.GN699@turion.vk2pj.dyndns.org> References: <20060328.210412.18287651.imp@bsdimp.com> <20060404104031.GI683@turion.vk2pj.dyndns.org> <200604051453.57372.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200604051453.57372.jhb@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 19:15:32 -0000 On Wed, 2006-Apr-05 14:53:55 -0400, John Baldwin wrote: >> boot2 is located in the (I think) sectors 1-15 of partition a. > >Actually, boot1 + boot2 occupy sectors 0,2-15 of the bootable slice (the >a partition starts at the start of the slice to be confusing) with the >actual disklabel table in sector 1 of the slice. The bit that threw me was that boot2 is 15 sectors long and ends in sector 15. I gather it has a copy of boot1 embedded in it. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 19:28:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4776416A41F for ; Wed, 5 Apr 2006 19:28:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C582643D6B for ; Wed, 5 Apr 2006 19:28:39 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k35JSbQv063286; Wed, 5 Apr 2006 15:28:38 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Peter Jeremy Date: Wed, 5 Apr 2006 15:28:31 -0400 User-Agent: KMail/1.9.1 References: <20060328.210412.18287651.imp@bsdimp.com> <200604051453.57372.jhb@freebsd.org> <20060405191528.GN699@turion.vk2pj.dyndns.org> In-Reply-To: <20060405191528.GN699@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604051528.33324.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1376/Wed Apr 5 01:51:25 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 19:28:43 -0000 On Wednesday 05 April 2006 15:15, Peter Jeremy wrote: > On Wed, 2006-Apr-05 14:53:55 -0400, John Baldwin wrote: > >> boot2 is located in the (I think) sectors 1-15 of partition a. > > > >Actually, boot1 + boot2 occupy sectors 0,2-15 of the bootable slice (the > >a partition starts at the start of the slice to be confusing) with the > >actual disklabel table in sector 1 of the slice. > > The bit that threw me was that boot2 is 15 sectors long and ends in > sector 15. I gather it has a copy of boot1 embedded in it. Yes, there is now a /boot/boot file that is boot1 + boot2 glued together in a single blob. It used to be that boot1 was in sector 0 and boot2 in 2-15, but with ufs2 boot2 got slightly bigger, so we now make them a blob IIRC to get some extra space. phk@ did that change. -- 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 Apr 5 20:00:38 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10F5A16A4CF; Wed, 5 Apr 2006 20:00:37 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id E070D43D4C; Wed, 5 Apr 2006 20:00:30 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.123.167] (s1013-0092.dsl.start.no [195.159.196.188]) by smtp1.powertech.no (Postfix) with ESMTP id E6E1088B2; Wed, 5 Apr 2006 22:00:28 +0200 (CEST) In-Reply-To: <442C3DA5.9010901@freebsd.org> References: <442C3DA5.9010901@freebsd.org> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <47A547CC-E50B-4F66-AD35-4382926F27B2@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Wed, 5 Apr 2006 22:00:28 +0200 To: Colin Percival X-Mailer: Apple Mail (2.749.3) Cc: freebsd-hackers@freebsd.org Subject: Re: Fundraising for FreeBSD security development 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, 05 Apr 2006 20:00:38 -0000 On 30. mar. 2006, at 22.20, Colin Percival wrote: > Slightly more than three years ago, I released FreeBSD Update, my > first > major contribution to FreeBSD. Since then, I have become a FreeBSD > committer, joined the FreeBSD Security Team, released Portsnap, and > become the FreeBSD Security Officer. However, as I have gone from > being a graduate student at Oxford University -- busy writing my > thesis > -- to a researcher at Simon Fraser University -- busy doing research > and writing papers -- my "to do" list of FreeBSD-related work has > continued growing, and I have now come to realize that some of the > items on that list will probably never be finished until I get a > chance > to work full-time on FreeBSD. I would like to take the chance to thank you for your work for FreeBSD! freebsd-update and portsnap are welcome innovations that make managing a large number of FreeBSD servers easier! I think the binary patch concept has enormous potential, and I look forward for the fruits FreeBSD will gather from it in the future. (My wet dream is freebsd-update for installed ports). I have to ask, if the fundraise succeeds, will some time be spent on providing freebsd-update support for amd64? :-) Frode Nordahl frode@nordahl.net From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 5 20:31:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64B8916A425 for ; Wed, 5 Apr 2006 20:31:43 +0000 (UTC) (envelope-from cv@io.ru) Received: from inc.ru (srv8-5.net.incru.net [62.205.161.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ADCD43D67 for ; Wed, 5 Apr 2006 20:31:38 +0000 (GMT) (envelope-from cv@io.ru) Received: from [62.205.161.39] (account cv@io.ru) by inc.ru (CommuniGate Pro WebUser 4.1.8) with HTTP id 5266040 for freebsd-hackers@freebsd.org; Thu, 06 Apr 2006 00:29:27 +0400 From: "Sply Splyeff" To: freebsd-hackers@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Thu, 06 Apr 2006 00:29:27 +0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Subject: setuid scripts wrapper (RFC, proposal) 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, 05 Apr 2006 20:31:43 -0000 There are some security problems with kernel-level script setuid execution which discourage from using it. The standard recommendation is to write a binary setuid wrapper for each script needed. But maybe it's better to use one simple, well reviewed and verified setuid wrapper for all common tasks? And to use it in the distribution or at least, as a package. I've tried to set up the stanard wrapper for our systems which does following: - verifies if scipt's file system allowed to run setuid scrits - clears all environment variables, or pass only desired, or set to values from hash-line in the script - closes all file descriptros > 2 if -c options is set - checks if script file is write permission for anyone http://suidscript.sply.org/suidscript/suidscript.c http://suidscript.sply.org/suidscript/suidscriptperl http://suidscript.sply.org/suidscript/test_perl http://suidscript.sply.org/ Is it strong enough? Maybe there is any slippery ground left? From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 00:13:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 655B716A422 for ; Thu, 6 Apr 2006 00:13:12 +0000 (UTC) (envelope-from adams.benjamin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D339143D48 for ; Thu, 6 Apr 2006 00:13:11 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: by xproxy.gmail.com with SMTP id h28so12517wxd for ; Wed, 05 Apr 2006 17:13:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=UflJT5mw0xTnsBfNIQtJUg4/VkY5xjzGGItjumBxoJ3wGX6/4jKnmhZ1XvqcnuMK+6h6B1lAEieCCtBz+zzOzdk9UqAioAqV93S+tvLmdP4YkloryaNpK8RAIWLZZHKpZ4uD3NLQtlYCQfAu0bnNJH8tjZzdVKywdJb0wP404To= Received: by 10.70.35.10 with SMTP id i10mr320684wxi; Wed, 05 Apr 2006 17:13:10 -0700 (PDT) Received: from ?192.168.0.6? ( [72.226.224.84]) by mx.gmail.com with ESMTP id i14sm92870wxd.2006.04.05.17.13.09; Wed, 05 Apr 2006 17:13:10 -0700 (PDT) From: Benjamin D Adams To: freebsd-hackers@freebsd.org Content-Type: text/plain Date: Wed, 05 Apr 2006 20:03:53 -0400 Message-Id: <1144281833.15068.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: FreeBSD Kernel Quality? 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, 06 Apr 2006 00:13:12 -0000 I came across the fallowing website: http://scan.coverity.com/ Looks like they check open source projects for source quality. They Have the fallowing listed: Project | Current # | Original # | Lines of Code | Defects / Defects Defects KLOC ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ FreeBSD 632 635 1,582,166 0.399 NetBSD 2384 3230 5,087,378 0.469 Anyone know what version they are testing this on? Some may want to login and look at the problems they found. I filled out a Registration email to find out more. Anyone already registered and can say more about the code they are testing? -- ------------------------------- Benjamin D Adams http://www.FreeBSDWorld.NET From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 06:16:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7952716A420; Thu, 6 Apr 2006 06:16:40 +0000 (UTC) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5EBD43D69; Thu, 6 Apr 2006 06:16:34 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 85D44B859; Thu, 6 Apr 2006 09:16:33 +0300 (EEST) Received: (nullmailer pid 79811 invoked by uid 1002); Thu, 06 Apr 2006 06:16:33 -0000 Date: Thu, 6 Apr 2006 09:16:33 +0300 From: Vasil Dimov To: Thiago Damas Message-ID: <20060406061633.GA79708@qlovarnika.bg.datamax> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: odd behavior with geom - gmirror - read/write simultaneously X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 06:16:40 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 05, 2006 at 03:09:56PM -0300, Thiago Damas wrote: > Hi, > I'm having a odd behavior while using geom_mirror. > I have the following situation: > - RAID1 with 2 SATA disks > # gmirror status > Name Status Components > mirror/home0 COMPLETE ad2 > ad3 >=20 > - home0 as /home > # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 1.9G 74M 1.7G 4% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/ad0s1d 989M 16K 910M 0% /tmp > /dev/ad0s1e 7.7G 1.9G 5.2G 27% /usr > /dev/ad0s1f 58G 139M 53G 0% /var > /dev/mirror/home0s1c 226G 7.4G 200G 4% /home >=20 > I was testing the read/write speed on /home, with: > # dd if=3D/dev/ad0 of=3D/home/test.data bs=3D4m > While running this, gstat shows me what I wanted: > # gstat > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 230 230 29383 1.9 0 0 0.0 42.8| ad0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 > 9 192 0 0 0.0 192 24529 21.0 65.3| ad2 > 7 196 0 0 0.0 196 25040 16.6 65.4| ad3 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f > 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 > 9 192 0 0 0.0 192 24529 21.2 65.4| mirror/hom= e0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 > 9 192 0 0 0.0 192 24529 21.2 65.4| mirror/hom= e0s1 > 9 192 0 0 0.0 192 24529 22.0 66.6| mirror/hom= e0s1c >=20 > After that, I test the read speed: > # dd if=3D/home/test.data bs=3D4m of=3D/dev/null > # gstat > dT: 0.501 flag_I 500000us sizeof 240 i -1 > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 0 0 0 0.0 0 0 0.0 0.0| ad0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 > 1 120 120 15329 3.7 0 0 0.0 44.9| ad2 > 0 122 122 15584 3.5 0 0 0.0 43.1| ad3 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f > 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 > 1 242 242 30913 3.7 0 0 0.0 88.4| mirror/hom= e0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 > 1 242 242 30913 3.7 0 0 0.0 88.7| mirror/hom= e0s1 > 1 242 242 30913 3.7 0 0 0.0 90.0| mirror/hom= e0s1c >=20 > And it shows again what was supposed to. >=20 > Now, I test read/write simultaneously: > In on shell (1): > # dd if=3D/dev/ad0 of=3D/home/test.data bs=3D4m > After some time, in another shell(2) > # dd if=3D/home/test.data bs=3D4m of=3D/dev/null > And gstat shows me the following: > # gstat > dT: 0.501 flag_I 500000us sizeof 240 i -1 > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 0 0 0 0.0 0 0 0.0 0.0| ad0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 > 0 158 158 20183 3.0 0 0 0.0 47.6| ad2 > 1 158 158 20183 2.5 0 0 0.0 39.1| ad3 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1f > 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 > 1 315 315 40367 2.8 0 0 0.0 87.4| mirror/hom= e0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 > 1 315 315 40367 2.8 0 0 0.0 87.8| mirror/hom= e0s1 > 1 315 315 40367 2.8 0 0 0.0 89.4| mirror/hom= e0s1c >=20 >=20 > I'm having NO writes in home0; even hitting ^C in shell(1) hangs, > until I cancel the dd command in shell(2). > I think its happening some problem with geom code . Can someone > verify this? I using 6.1 PRERELEASE, with GENERIC kernel. >=20 Did you try the parallel dd commands on another partition which is not gmirror'd? For example: dd if=3D/dev/ad0 of=3D/var/tmp/test.data bs=3D4m dd if=3D/var/tmp/test.data bs=3D4m of=3D/dev/null So you can be sure that it is a gmirror issue. When I try your test on my mirror gstat shows read and write activity, but the reading dd quits very soon, because reading appears to be faster than writing. I would suggest that you write to one file and read from another file when you do the parallel test. Just a hint: for the write test you should better use /dev/zero instead of /dev/ad0 - ``dd if=3D/dev/zero of=3D/home/test.data bs=3D4m'' for obvious reasons. --=20 Vasil Dimov gro.DSBeerF@dv Testing can show the presence of bugs, but not their absence. -- Edsger W. Dijkstra --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFENLJBFw6SP/bBpCARAvYIAKDEWTY4sMRQSgWPBDmq9TYt4u7ywgCgh+Ee 4Kg7y3qBpPFqP0egxMf1CJ8= =2vfr -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 06:43:51 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9405E16A41F for ; Thu, 6 Apr 2006 06:43:51 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ACBD43D62 for ; Thu, 6 Apr 2006 06:43:47 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.6/8.13.3) with ESMTP id k366hhWS089165 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 6 Apr 2006 08:43:43 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.6/8.13.3/Submit) id k366hgAY089164 for hackers@freebsd.org; Thu, 6 Apr 2006 08:43:42 +0200 (CEST) Date: Thu, 6 Apr 2006 08:43:42 +0200 From: Divacky Roman To: hackers@freebsd.org Message-ID: <20060406064342.GA89062@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Subject: automatic checking of source code 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, 06 Apr 2006 06:43:51 -0000 hi I just found http://mygcc.free.fr/ which is a project for automatic checking of source code for bugs (memory leaks, unreleased locks, null pointer dereferences). I recall there was some SoC project to achieve something similar but this is complete and ready to run... it might be of some interest for someone roman ---------------------- www.liberalnistrana.cz From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 07:23:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B76C16A400 for ; Thu, 6 Apr 2006 07:23:20 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC1443D49 for ; Thu, 6 Apr 2006 07:23:19 +0000 (GMT) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id F2E8F1A723; Thu, 6 Apr 2006 09:23:16 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (mx1.h3q.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53438-05; Thu, 6 Apr 2006 09:23:16 +0200 (CEST) Received: from [10.0.0.53] (sto-nat.se.tangram-group.net [212.37.5.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.h3q.net (Postfix) with ESMTP id 264861A6B6; Thu, 6 Apr 2006 09:23:13 +0200 (CEST) Message-ID: <4434C1DF.5000003@shapeshifter.se> Date: Thu, 06 Apr 2006 09:23:11 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 1.5 (X11/20060301) MIME-Version: 1.0 To: Benjamin D Adams References: <1144281833.15068.12.camel@localhost.localdomain> In-Reply-To: <1144281833.15068.12.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at h3q.net Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD Kernel Quality? 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, 06 Apr 2006 07:23:20 -0000 Benjamin D Adams wrote: > > Anyone know what version they are testing this on? > Some may want to login and look at the problems they found. > You should search the cvs-src mailinglist for the following lines Found with: Coverity Prevent(tm) Found by: Coverity Analysis tool[1]. and other variants :) Fredrik From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 08:09:04 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F26416A4C7 for ; Thu, 6 Apr 2006 08:09:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C9CC43D5E for ; Thu, 6 Apr 2006 08:09:03 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id ED18F46B32; Thu, 6 Apr 2006 04:09:01 -0400 (EDT) Date: Thu, 6 Apr 2006 09:09:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Benjamin D Adams In-Reply-To: <1144281833.15068.12.camel@localhost.localdomain> Message-ID: <20060406090629.A53552@fledge.watson.org> References: <1144281833.15068.12.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD Kernel Quality? 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, 06 Apr 2006 08:09:04 -0000 On Wed, 5 Apr 2006, Benjamin D Adams wrote: > I came across the fallowing website: http://scan.coverity.com/ > > Looks like they check open source projects for source quality. They Have the > fallowing listed: The FreeBSD Foundation has negotiated a license to use the Coverity Prevent software as part of the FreeBSD.org cluster, so we have our own Prevent install. We do nightly runs on two branches and at least five hardware architectures, providing all FreeBSD developers with accounts on the Coverity bug database. This allows tracking long-term bug trends, immediate feedback on newly introduced bugs, etc. I'll actually be visiting Coverity on Wednesday to talk about expanding our use of their software. There's news blurb about the Coverity license on the FreeBSD Foundation web page, and we'll be cutting a press release in the near future (we have a draft, but it seems to have stalled, so hopefully my Coverity visit will kick it off again). Robert N M Watson > > Project | Current # | Original # | Lines of Code | Defects / > Defects Defects KLOC > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > FreeBSD 632 635 1,582,166 0.399 > NetBSD 2384 3230 5,087,378 0.469 > > Anyone know what version they are testing this on? > Some may want to login and look at the problems they found. > > I filled out a Registration email to find out more. > > Anyone already registered and can say more about the code they are > testing? > > > -- > ------------------------------- > Benjamin D Adams > http://www.FreeBSDWorld.NET > > _______________________________________________ > 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 Apr 6 09:24:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FBA316A423; Thu, 6 Apr 2006 09:24:07 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F46F43D55; Thu, 6 Apr 2006 09:24:06 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 806E3244C19; Thu, 6 Apr 2006 18:24:05 +0900 (JST) Message-ID: <4434DE35.4010209@freebsd.org> Date: Thu, 06 Apr 2006 18:24:05 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060404) MIME-Version: 1.0 To: Kris Kennaway References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <20060405173802.GA25588@xor.obsecurity.org> In-Reply-To: <20060405173802.GA25588@xor.obsecurity.org> Content-Type: text/plain; charset=Shift_JIS Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-10 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 09:24:07 -0000 Kris Kennaway wrote: > I get this panic with mount_unionfs -b: We cannot get the same kernel panic error. Please give us a how-to-repeat-the-same-problem in simple way. > kdb_backtrace(ebf369e8,c056b59a,c06c905a,c06e297e,c72d7000) at kdb_backtrace+0x29 > vfs_badlock(c06c905a,c06e297e,c72d7000) at vfs_badlock+0x11 > assert_vop_locked(c72d7000,c06e297e,c72d7000,c06e297e) at assert_vop_locked+0x4a > VOP_OPEN_APV(c0710da0,ebf36a28) at VOP_OPEN_APV+0x8e > union_open(ebf36a78,ebf36b20,c74e0930,ebf36ae4,c04f884b) at union_open+0xe2 > VOP_OPEN_APV(c06f83a0,ebf36a78) at VOP_OPEN_APV+0x9b > exec_check_permissions(ebf36b90,9,1,0,0) at exec_check_permissions+0xeb > do_execve(c6658bd0,ebf36c60,0,ebf36c60,c6658bd0) at do_execve+0x18a > kern_execve(c6658bd0,ebf36c60,0) at kern_execve+0x7c > execve(c6658bd0,ebf36d04,c6bb5d38,c,c6658bd0) at execve+0x2f > syscall(3b,3b,3b,bfbfe90c,0) at syscall+0x27e > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (59, FreeBSD ELF32, execve), eip = 0x280d3dfb, esp = 0xbfbfe35c, ebp = 0xbfbfe808 --- > VOP_OPEN: 0xc72d7000 is not locked but should be > > Kris -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 09:26:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2A0E16A420 for ; Thu, 6 Apr 2006 09:26:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0DD43D45 for ; Thu, 6 Apr 2006 09:26:40 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k369QY1r029947 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 6 Apr 2006 19:26:37 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k369QX5i001161; Thu, 6 Apr 2006 19:26:33 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k369QSmg001160; Thu, 6 Apr 2006 19:26:28 +1000 (EST) (envelope-from peter) Date: Thu, 6 Apr 2006 19:26:28 +1000 From: Peter Jeremy To: Sply Splyeff Message-ID: <20060406092628.GC700@turion.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: setuid scripts wrapper (RFC, proposal) 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, 06 Apr 2006 09:26:41 -0000 On Thu, 2006-Apr-06 00:29:27 +0400, Sply Splyeff wrote: >There are some security problems with kernel-level script >setuid execution which discourage from using it. The biggest problem is a race condition between the kernel setting up the set[gu]id() environment and opening the script to find the interpreter and the interpreter opening the script to execute it. This can only be fixed withing the kernel (by passing the script to the interpreter as a pre-opened FD). >Is it strong enough? Maybe there is any slippery ground >left? The biggest problem is its failure to check the sanity of the input parameters - that a particular argument actually exists before referencing it. Other issues I noticed: - strncpy() is virtually always the wrong function. You already do validation so you could just use strcpy() - strncpy(penvd + penvsz, "=", 1); could be penvd[penvsz] = '='; - No error if number of environment variables too great. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 10:51:38 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766FB16A400 for ; Thu, 6 Apr 2006 10:51:38 +0000 (UTC) (envelope-from cv@io.ru) Received: from inc.ru (mail6.net.incru.net [62.205.161.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B5143D46 for ; Thu, 6 Apr 2006 10:51:36 +0000 (GMT) (envelope-from cv@io.ru) Received: from [62.205.161.39] (account cv@io.ru) by inc.ru (CommuniGate Pro WebUser 4.1.8) with HTTP id 5272059; Thu, 06 Apr 2006 14:49:25 +0400 From: "Sply Splyeff" To: Peter Jeremy ,cv@io.ru X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Thu, 06 Apr 2006 14:49:25 +0400 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: setuid scripts wrapper (RFC, proposal) 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, 06 Apr 2006 10:51:38 -0000 > The biggest problem is its failure to check the sanity of the input > parameters - that a particular argument actually exists before > referencing it. Do you mean that evil Bob can substitue Alice's script between stat() and execve() calls? Yes, I've missed this point. We can use realpath and check if all nodes are writable only by file owner or by root. Yes, that's a big limitation, but in most common tasks it would be acceptable. And it saves from race conditions, am I right? And there are another ways but more slowly or complex - own sub-wrapper for each interpreter with passes script as file descriptor as you wrote at beginning; hardlink or copy files to safe directory; fork child and ptrace him for watching if the files it opens are really the same. Too confusing. But if the first way is ok, maybe it'sbetter to stay on it. > Other issues I noticed: > - strncpy() is virtually always the wrong function. You already do > validation so you could just use strcpy() ok. i've replace to memcpy as len is already known > - strncpy(penvd + penvsz, "=", 1); could be penvd[penvsz] = '='; sure, it was done only for hold in one style all string operations > - No error if number of environment variables too great. fixed From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 07:39:44 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9815C16A41F for ; Thu, 6 Apr 2006 07:39:44 +0000 (UTC) (envelope-from nickgrieve@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 260E043D46 for ; Thu, 6 Apr 2006 07:39:43 +0000 (GMT) (envelope-from nickgrieve@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so63831wxc for ; Thu, 06 Apr 2006 00:39:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=fUINIyeMsDR3gBcywioY9Gnr4FguXx2s+MzIIanePZkH4MU+cF849oel0d8u7vxb9k2Ni2AgPTl8UEmmB3rkyt2NfsePbRGkgVXgEVYR7st7rxYAsKGg6pbhlN3gg9ixikuhHH1AOQRa2SSHLzUGGS4NQDYLRbQl49aQDuF/z+M= Received: by 10.70.51.6 with SMTP id y6mr768619wxy; Thu, 06 Apr 2006 00:39:42 -0700 (PDT) Received: from ?192.168.1.3? ( [202.74.213.115]) by mx.gmail.com with ESMTP id h11sm146085wxd.2006.04.06.00.39.40; Thu, 06 Apr 2006 00:39:42 -0700 (PDT) Message-ID: <4434C5B7.7020903@gmail.com> Date: Thu, 06 Apr 2006 19:39:35 +1200 From: Nick Grieve User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1144281833.15068.12.camel@localhost.localdomain> <4434C1DF.5000003@shapeshifter.se> In-Reply-To: <4434C1DF.5000003@shapeshifter.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 06 Apr 2006 11:26:07 +0000 Subject: Re: FreeBSD Kernel Quality? 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, 06 Apr 2006 07:39:44 -0000 http://validator.w3.org/check?uri=http%3A%2F%2Fwww.coverity.com%2Fmain.html *cough* :) Fredrik Lindberg wrote: > Benjamin D Adams wrote: >> >> Anyone know what version they are testing this on? >> Some may want to login and look at the problems they found. >> > > You should search the cvs-src mailinglist for the following lines > Found with: Coverity Prevent(tm) > Found by: Coverity Analysis tool[1]. > and other variants :) > > Fredrik > _______________________________________________ > 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 Apr 6 12:28:01 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A636116A420; Thu, 6 Apr 2006 12:28:01 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ECC743D69; Thu, 6 Apr 2006 12:27:58 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailhost.stack.nl (Postfix) with ESMTP id 6A419A3005; Thu, 6 Apr 2006 14:27:57 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 598172287E; Thu, 6 Apr 2006 14:27:57 +0200 (CEST) Date: Thu, 6 Apr 2006 14:27:57 +0200 From: Jilles Tjoelker To: Stefan Sperling Message-ID: <20060406122757.GA1124@stack.nl> References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> <44321277.7040904@FreeBSD.org> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060404114547.GA1613@dice.stsp.lan> X-Operating-System: FreeBSD 5.4-RELEASE-p12 i386 User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org, Joe Marcus Clarke Subject: Re: RFC: Adding a ``user'' mount option 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, 06 Apr 2006 12:28:01 -0000 On Tue, Apr 04, 2006 at 01:45:47PM +0200, Stefan Sperling wrote: > Why do GNOME/KDE rely on /etc/fstab on FreeBSD? > What are admins supposed to do on systems with more than, say, a hundred > users. Having to add a line to /etc/fstab for every user is of course > scriptable, but that does not make it less insane. > As far as I got it, the current design boils down to the user creating > a mount point, and then mounting the media "manually", e.g. > mount /dev/cd0 ~/cdrom. Granted the admin has set vfs.usermount to 1, > of course. I don't really think that user mount has been designed > with /etc/fstab in mind. Consider chown(8)ing the mount points to the current user on login (and root on logout) (using DisplayManager._0.startup and DisplayManager._0.reset or similar). I do this on a few multiuser boxes (at most 5 users per box though) and all users can use the same /etc/fstab lines. The mount will only work for the locally logged in user, which may be considered a bug or a feature ;-) -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 14:24:54 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0222616A420 for ; Thu, 6 Apr 2006 14:24:54 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42F8443D68 for ; Thu, 6 Apr 2006 14:24:35 +0000 (GMT) (envelope-from tdamas@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so106250nfc for ; Thu, 06 Apr 2006 07:24:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R7/WA9d1AHVqGLWFnZcoOKKPMrTBt2wbNiBrltNJsfndRb5EWv56jE5o9MPvq04GlGFtAz15OOvNX2x/NZXQpe8GnrSPmNnGhadJ7UpoRQcb1EJNPjPX4GhQTiDwGCdMqzAfIA/+HU9xxLw8PyYBYxHifwIJIX8Qo3yWhEe8a9M= Received: by 10.49.8.9 with SMTP id l9mr640618nfi; Thu, 06 Apr 2006 07:24:34 -0700 (PDT) Received: by 10.48.212.4 with HTTP; Thu, 6 Apr 2006 07:24:34 -0700 (PDT) Message-ID: Date: Thu, 6 Apr 2006 11:24:34 -0300 From: "Thiago Damas" To: vd@freebsd.org In-Reply-To: <20060406061633.GA79708@qlovarnika.bg.datamax> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060406061633.GA79708@qlovarnika.bg.datamax> Cc: freebsd-hackers@freebsd.org Subject: Re: odd behavior with geom - gmirror - read/write simultaneously 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, 06 Apr 2006 14:24:54 -0000 Hi, same problem: * in shell(1): # dd if=3D/dev/zero of=3D/var/tmp/test bs=3D4m * after some time (=3D~ 20seconds), in shell(2) # dd if=3D/var/tmp/test bs=3D4m of=3D/dev/null gstat shows no writes again, only reads; hitting ^C in shell(1), it hangs until the dd in shell(2) finishes. Using diferents files (after rebooting the machine to prevent some cache)= : In: same problem: * in shell(1): # dd if=3D/dev/zero of=3D/var/tmp/test bs=3D4m * after some time (=3D~ 20seconds), in shell(2) # dd if=3D/var/tmp/test bs=3D4m of=3D/dev/null gstat shows no writes again, only reads; hitting ^C in shell(1), it hangs until the dd in shell(2) finishes. Using diferents files (after rebooting the machine to prevent some cache), I found the inverse situation: * in shell(1): # dd if=3D/dev/zero of=3D/var/tmp/test2 bs=3D4m * in shell(2): # dd if=3D/var/tmp/test of=3D/dev/null bs=3D4m gstat shows the following: # gstat dT: 0.501 flag_I 500000us sizeof 240 i -1 L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 11 357 0 0 0.0 357 45737 14.2 99.7| ad0 11 357 0 0 0.0 357 45737 14.3 99.7| ad0s1 0 0 0 0 0.0 0 0 0.0 0.0| ad2 0 0 0 0 0.0 0 0 0.0 0.0| ad3 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e 11 357 0 0 0.0 357 45737 15.1 99.7| ad0s1f 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 0 0 0 0 0.0 0 0 0.0 0.0| mirror/home0 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 0 0 0 0 0.0 0 0 0.0 0.0| mirror/home0= s1 0 0 0 0 0.0 0 0 0.0 0.0| mirror/home0= s1c Hitting ^C in shell(2), it hangs until I cancel the dd of shell(1), and shows the following: # dd if=3D/var/tmp/test of=3D/dev/null bs=3D4m ^C0+0 records in 0+0 records out 0 bytes transferred in 23.318283 secs (0 bytes/sec) In: > When I try your test on my mirror gstat shows read and write activity, > but the reading dd quits very soon, because reading appears to be faster > than writing. try waiting a little more before execute the dd command. After those tests, the problem isnt relationated with GEOM, I think. What can I do now? > > Did you try the parallel dd commands on another partition which is not > gmirror'd? For example: > > dd if=3D/dev/ad0 of=3D/var/tmp/test.data bs=3D4m > dd if=3D/var/tmp/test.data bs=3D4m of=3D/dev/null > > So you can be sure that it is a gmirror issue. > > When I try your test on my mirror gstat shows read and write activity, > but the reading dd quits very soon, because reading appears to be faster > than writing. > > I would suggest that you write to one file and read from another file > when you do the parallel test. > > Just a hint: for the write test you should better use /dev/zero instead > of /dev/ad0 - ``dd if=3D/dev/zero of=3D/home/test.data bs=3D4m'' for obvi= ous > reasons. > > -- > Vasil Dimov > gro.DSBeerF@dv > > Testing can show the presence of bugs, but not their absence. > -- Edsger W. Dijkstra From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 17:47:12 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FAC216A6FB for ; Thu, 6 Apr 2006 17:47:12 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: from mired.org (dsl092-153-074.wdc2.dsl.speakeasy.net [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 87C5D4589C for ; Thu, 6 Apr 2006 17:27:37 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: (qmail 82566 invoked by uid 1001); 6 Apr 2006 17:27:36 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Thu, 06 Apr 2006 13:27:36 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17461.20360.351486.15704@bhuda.mired.org> Date: Thu, 6 Apr 2006 13:27:36 -0400 To: Jilles Tjoelker In-Reply-To: <20060406122757.GA1124@stack.nl> References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> <44321277.7040904@FreeBSD.org> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> <20060406122757.GA1124@stack.nl> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org, Joe Marcus Clarke , Stefan Sperling Subject: Re: RFC: Adding a ``user'' mount option 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, 06 Apr 2006 17:47:12 -0000 In <20060406122757.GA1124@stack.nl>, Jilles Tjoelker typed: > Consider chown(8)ing the mount points to the current user on login (and > root on logout) (using DisplayManager._0.startup and > DisplayManager._0.reset or similar). /etc/fbtab is designed for exactly this problem. That's what I use. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 19:10:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E8D16A49C for ; Thu, 6 Apr 2006 19:10:35 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE434610A for ; Thu, 6 Apr 2006 18:43:52 +0000 (GMT) (envelope-from tdamas@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so152517nfc for ; Thu, 06 Apr 2006 11:43:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YhXN4UGNZSchcwh3nNPT/fA1UwG/q8qnYprN1mEx7/76uhz6wl7adX6QSGBDs39fihaoTP0jUFOpEbdPRYZv5nLHUB+azd+A7EMppDp9UvzSw9BXBseN2sMVPWb7mtTiY5YSQpxlZOBleY7Faau4AYo+q9mxL31/GAhjF+Z4JLo= Received: by 10.49.36.8 with SMTP id o8mr278930nfj; Thu, 06 Apr 2006 11:37:24 -0700 (PDT) Received: by 10.48.212.4 with HTTP; Thu, 6 Apr 2006 11:37:24 -0700 (PDT) Message-ID: Date: Thu, 6 Apr 2006 15:37:24 -0300 From: "Thiago Damas" To: vd@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060406061633.GA79708@qlovarnika.bg.datamax> Cc: freebsd-hackers@freebsd.org Subject: Re: odd behavior with geom - gmirror - read/write simultaneously 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, 06 Apr 2006 19:10:37 -0000 I made a similar test with FreeBSD 4.11, and the results are OK. This problem didnt happen. On 4/6/06, Thiago Damas wrote: > Hi, > same problem: > * in shell(1): > # dd if=3D/dev/zero of=3D/var/tmp/test bs=3D4m > * after some time (=3D~ 20seconds), in shell(2) > # dd if=3D/var/tmp/test bs=3D4m of=3D/dev/null > > gstat shows no writes again, only reads; hitting ^C in shell(1), it > hangs until the dd in shell(2) finishes. > > Using diferents files (after rebooting the machine to prevent some cach= e): > > > In: > same problem: > * in shell(1): > # dd if=3D/dev/zero of=3D/var/tmp/test bs=3D4m > * after some time (=3D~ 20seconds), in shell(2) > # dd if=3D/var/tmp/test bs=3D4m of=3D/dev/null > > gstat shows no writes again, only reads; hitting ^C in shell(1), it > hangs until the dd in shell(2) finishes. > > Using diferents files (after rebooting the machine to prevent some > cache), I found the inverse situation: > * in shell(1): > # dd if=3D/dev/zero of=3D/var/tmp/test2 bs=3D4m > * in shell(2): > # dd if=3D/var/tmp/test of=3D/dev/null bs=3D4m > > gstat shows the following: > # gstat > dT: 0.501 flag_I 500000us sizeof 240 i -1 > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 11 357 0 0 0.0 357 45737 14.2 99.7| ad0 > 11 357 0 0 0.0 357 45737 14.3 99.7| ad0s1 > 0 0 0 0 0.0 0 0 0.0 0.0| ad2 > 0 0 0 0 0.0 0 0 0.0 0.0| ad3 > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1b > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1c > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1d > 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1e > 11 357 0 0 0.0 357 45737 15.1 99.7| ad0s1f > 0 0 0 0 0.0 0 0 0.0 0.0| ad2s1 > 0 0 0 0 0.0 0 0 0.0 0.0| mirror/hom= e0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad3s1 > 0 0 0 0 0.0 0 0 0.0 0.0| mirror/hom= e0s1 > 0 0 0 0 0.0 0 0 0.0 0.0| mirror/hom= e0s1c > > Hitting ^C in shell(2), it hangs until I cancel the dd of shell(1), > and shows the following: > # dd if=3D/var/tmp/test of=3D/dev/null bs=3D4m > ^C0+0 records in > 0+0 records out > 0 bytes transferred in 23.318283 secs (0 bytes/sec) > > In: > > When I try your test on my mirror gstat shows read and write activity, > > but the reading dd quits very soon, because reading appears to be faste= r > > than writing. > try waiting a little more before execute the dd command. > > > After those tests, the problem isnt relationated with GEOM, I think. > What can I do now? > > > > > > Did you try the parallel dd commands on another partition which is not > > gmirror'd? For example: > > > > dd if=3D/dev/ad0 of=3D/var/tmp/test.data bs=3D4m > > dd if=3D/var/tmp/test.data bs=3D4m of=3D/dev/null > > > > So you can be sure that it is a gmirror issue. > > > > When I try your test on my mirror gstat shows read and write activity, > > but the reading dd quits very soon, because reading appears to be faste= r > > than writing. > > > > I would suggest that you write to one file and read from another file > > when you do the parallel test. > > > > Just a hint: for the write test you should better use /dev/zero instead > > of /dev/ad0 - ``dd if=3D/dev/zero of=3D/home/test.data bs=3D4m'' for ob= vious > > reasons. > > > > -- > > Vasil Dimov > > gro.DSBeerF@dv > > > > Testing can show the presence of bugs, but not their absence. > > -- Edsger W. Dijkstra > From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 19:27:57 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D6316A939 for ; Thu, 6 Apr 2006 19:27:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0384446493 for ; Thu, 6 Apr 2006 19:00:17 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k36J07Ek029747 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 7 Apr 2006 05:00:09 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k36J06vP002761; Fri, 7 Apr 2006 05:00:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k36J04MI002760; Fri, 7 Apr 2006 05:00:04 +1000 (EST) (envelope-from peter) Date: Fri, 7 Apr 2006 05:00:04 +1000 From: Peter Jeremy To: Sply Splyeff Message-ID: <20060406190004.GD700@turion.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org, cv@io.ru Subject: Re: setuid scripts wrapper (RFC, proposal) 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, 06 Apr 2006 19:28:00 -0000 On Thu, 2006-Apr-06 14:49:25 +0400, Sply Splyeff wrote: >> The biggest problem is its failure to check the sanity of the input >> parameters - that a particular argument actually exists before >> referencing it. > >Do you mean that evil Bob can substitue Alice's script between stat() and execve() calls? >Yes, I've missed this point. Actually Bob can replace the script anytime between the initial statfs() call in your script and the interpreter opening the script sometime after the execve() call. You should be able to get around this by opening the script first, using fstatfs() and fstat() and passing the script as /dev/fd/N to the interpreter. What I was actually referring to was your use of argv[1], argv[2], argv[3] and argv[4] without checking argc or otherwise validating them. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 19:44:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 319F216A418 for ; Thu, 6 Apr 2006 19:44:10 +0000 (UTC) (envelope-from lists@sply.org) Received: from inc.ru (mail6.net.incru.net [62.205.161.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4422F43EFF for ; Thu, 6 Apr 2006 19:42:26 +0000 (GMT) (envelope-from lists@sply.org) Received: from [62.205.161.39] (account lists@sply.org) by inc.ru (CommuniGate Pro WebUser 4.1.8) with HTTP id 5280144; Thu, 06 Apr 2006 23:40:15 +0400 From: lists@sply.org To: Peter Jeremy X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Thu, 06 Apr 2006 23:40:15 +0400 Message-ID: In-Reply-To: <20060406190004.GD700@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: setuid scripts wrapper (RFC, proposal) 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, 06 Apr 2006 19:44:11 -0000 > You should be able to get around this by opening the script > first, using fstatfs() and fstat() and passing the script as /dev/fd/N to > the interpreter. Great idea. Thank you very much. > What I was actually referring to was your use of argv[1], argv[2], argv[3] > and argv[4] without checking argc or otherwise validating them. Oops, I did it. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 20:02:39 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B650716A4C7; Thu, 6 Apr 2006 20:02:39 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B0B44951; Thu, 6 Apr 2006 16:30:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k36GUSeA004807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Apr 2006 09:30:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44354224.6090002@errno.com> Date: Thu, 06 Apr 2006 09:30:28 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Robert Watson References: <1144281833.15068.12.camel@localhost.localdomain> <20060406090629.A53552@fledge.watson.org> In-Reply-To: <20060406090629.A53552@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Benjamin D Adams Subject: Re: FreeBSD Kernel Quality? 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, 06 Apr 2006 20:02:41 -0000 Robert Watson wrote: > On Wed, 5 Apr 2006, Benjamin D Adams wrote: > >> I came across the fallowing website: http://scan.coverity.com/ >> >> Looks like they check open source projects for source quality. They >> Have the fallowing listed: > > The FreeBSD Foundation has negotiated a license to use the Coverity > Prevent software as part of the FreeBSD.org cluster, so we have our own > Prevent install. We do nightly runs on two branches and at least five > hardware architectures, providing all FreeBSD developers with accounts > on the Coverity bug database. This allows tracking long-term bug > trends, immediate feedback on newly introduced bugs, etc. I'll actually > be visiting Coverity on Wednesday to talk about expanding our use of > their software. There's news blurb about the Coverity license on the > FreeBSD Foundation web page, and we'll be cutting a press release in the > near future (we have a draft, but it seems to have stalled, so hopefully > my Coverity visit will kick it off again). Note that our private runs use some freebsd-specific models that eliminate many false positives in the analysis runs. This means, for the kernel at least, that the results may be misleading. We also have some issues that inflate the reportage somewhat and we're working with Coverity to resolve them. OTOH we've done nothing with user application code and based on the work I've seen done by netbsd there's plenty of stuff to be fixed there. So if you want to help out get an account and start feeding back fixes for the user code. Sam From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 23:34:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E22416A401 for ; Thu, 6 Apr 2006 23:34:51 +0000 (UTC) (envelope-from lists-freebsd@silverwraith.com) Received: from pear.silverwraith.com (pear.silverwraith.com [69.12.167.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A2BE43D48 for ; Thu, 6 Apr 2006 23:34:51 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from avleen by pear.silverwraith.com with local (Exim 4.52 (FreeBSD)) id 1FRe03-000MhL-03 for freebsd-hackers@freebsd.org; Thu, 06 Apr 2006 16:34:51 -0700 Date: Thu, 6 Apr 2006 16:34:50 -0700 From: Avleen Vig To: freebsd-hackers@freebsd.org Message-ID: <20060406233450.GZ876@silverwraith.com> References: <1144281833.15068.12.camel@localhost.localdomain> <20060406090629.A53552@fledge.watson.org> <44354224.6090002@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44354224.6090002@errno.com> User-Agent: Mutt/1.5.11 Subject: Re: FreeBSD Kernel Quality? 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, 06 Apr 2006 23:34:51 -0000 On Thu, Apr 06, 2006 at 09:30:28AM -0700, Sam Leffler wrote: > OTOH we've done nothing with user application code and based on the > work I've seen done by netbsd there's plenty of stuff to be fixed > there. So if you want to help out get an account and start feeding > back fixes for the user code. How does one "get an account" ?? :-) From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 6 23:42:55 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6269316A404 for ; Thu, 6 Apr 2006 23:42:55 +0000 (UTC) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 809E243D46 for ; Thu, 6 Apr 2006 23:42:54 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de Received: from dice.stsp.lan (brln-d9ba566b.pool.mediaWays.net [217.186.86.107]) (authenticated bits=0) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id k36Ngh7g024795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Apr 2006 01:42:44 +0200 Received: by dice.stsp.lan (nbSMTP-1.01-cvs) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) stsp@stsp.in-berlin.de; Fri, 7 Apr 2006 01:42:45 +0200 (CEST) Date: Fri, 7 Apr 2006 01:42:39 +0200 From: Stefan Sperling To: Darren Pilgrim Message-ID: <20060406234239.GB1913@dice.stsp.lan> References: <1144042356.824.16.camel@shumai.marcuscom.com> <4430BA79.2030403@freebsd.org> <44316387.1090609@FreeBSD.org> <44321277.7040904@FreeBSD.org> <1144133238.9725.32.camel@shumai.marcuscom.com> <20060404114547.GA1613@dice.stsp.lan> <4432B61E.1030403@bitfreak.org> <20060405115853.GA1390@dice.stsp.lan> <44356DDF.4000702@bitfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44356DDF.4000702@bitfreak.org> User-Agent: Mutt/1.4.2.1i X-Spam-Score: (0.851) AWL,BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 06 Apr 2006 23:42:55 -0000 On Thu, Apr 06, 2006 at 12:37:03PM -0700, Darren Pilgrim wrote: > >Access control is done via permissions of files in /dev. If I have > >proper permissions to a device file, I can mount it at a directory > >I own. If I don't have proper permissions to a device file, I cannot > >mount it at all. This has nothing to do with fstab. > > But it does. GNOME/KDE provides a means of mounting devices by users that > would otherwise require a suid mount program. If GNOME/KDE allowed this > functionality to be used directly with devices, rather than through fstab, > then without writing an parallel access control system into GNOME/KDE, > there would be nothing stopping a user from exploiting it to mount system > volumes. So GNOME/KDE are already using suid binaries for mounting? I do not see how else users would be able to mount arbitrary volumes. People said they do not like suid binaries. This is exactly what could be avoided with just using vfs.usermount to control mounting from within KDE/GNOME. Proper access control system is already there with vfs.usermount and /dev permissions. No need to write a parallel system. There is one already - in fact, it looks like GNOME/KDE are already duplicating functionality. I don't really see a reason to have suid binaries at all if you have something like vfs.usermount. It is much better than how Linux does it (/bin/mount is setuid in Linux). > >That's true - but you could provide sane default options, and make > >them changable via the gui. If there are quotas on a file system, > >or anything else you don't want the user to mess with, well, don't > >give the user access to the device node in /dev. > > That's the point exactly, we don't want users having direct access to the > device nodes. fstab allows that by providing a means of referencing device > nodes without specifying them to the mount command and also allows devices > to be marked with the filesystem and mount options desired. If GNOME/KDE > had code to parallel fstab, then the GNOME/KDE developers have to keep up > with changes to available filesystems and mount options for every supported > OS out there. That's a lot of work just to parallel and already adequate > system. It's true that changing the way GNOME and KDE operate involves lots of porting work. But that's what the FreeBSD/KDE and FreeBSD/Gnome projects are there for, aren't they? I bet they've made much larger adjustments than changing they way mounts are handled (but I don't know and I'm just bluntly guessing here). And the current system is not adequate: Consider massive multi-user installations, like university computer pools. You don't want to list every student in fstab just so they can mount a CD or a USB stick. I do not administrate an environment on that scale, but I know people who do and they told me they find it easier to do administrate large pools with Linux, because it has a user mount option for fstab. -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 00:24:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B79A016A400 for ; Fri, 7 Apr 2006 00:24:41 +0000 (UTC) (envelope-from adams.benjamin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4030143D45 for ; Fri, 7 Apr 2006 00:24:41 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: by xproxy.gmail.com with SMTP id s15so195549wxc for ; Thu, 06 Apr 2006 17:24:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=osrgLYxpl6sx4dZTDmfjrSzjklJQyq19NiomVq1xassbLgpIDvNspIOwRdErq6yyd8D2HLeu4+w/eNcScXnYCSF2wAwbeth5mpUPK5HwNTQVdrUkGxK3NbdrGon0zLNGCDi0092HcQttQzgXC/OnbuqYytuOx2KQMIz9vM8CqfE= Received: by 10.70.52.13 with SMTP id z13mr1839924wxz; Thu, 06 Apr 2006 17:24:40 -0700 (PDT) Received: from ?192.168.0.6? ( [72.226.224.84]) by mx.gmail.com with ESMTP id h14sm199078wxd.2006.04.06.17.24.39; Thu, 06 Apr 2006 17:24:40 -0700 (PDT) From: Benjamin D Adams To: Avleen Vig In-Reply-To: <20060406233450.GZ876@silverwraith.com> References: <1144281833.15068.12.camel@localhost.localdomain> <20060406090629.A53552@fledge.watson.org> <44354224.6090002@errno.com> <20060406233450.GZ876@silverwraith.com> Content-Type: text/plain Date: Thu, 06 Apr 2006 20:20:38 -0400 Message-Id: <1144369238.923.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD Kernel Quality? 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, 07 Apr 2006 00:24:41 -0000 You have to Send them an email. Just the link to the right of the project title. It will open an email with some questions to answer and send to them. Ben On Thu, 2006-04-06 at 16:34 -0700, Avleen Vig wrote: > On Thu, Apr 06, 2006 at 09:30:28AM -0700, Sam Leffler wrote: > > OTOH we've done nothing with user application code and based on the > > work I've seen done by netbsd there's plenty of stuff to be fixed > > there. So if you want to help out get an account and start feeding > > back fixes for the user code. > > How does one "get an account" ?? :-) From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 09:13:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870E716A401 for ; Fri, 7 Apr 2006 09:13:41 +0000 (UTC) (envelope-from aren.tyr@gawab.com) Received: from info10.gawab.com (info10.gawab.com [204.97.230.43]) by mx1.FreeBSD.org (Postfix) with SMTP id F25D743D45 for ; Fri, 7 Apr 2006 09:13:40 +0000 (GMT) (envelope-from aren.tyr@gawab.com) Received: (qmail 9568 invoked by uid 1004); 7 Apr 2006 09:15:11 -0000 Received: from unknown (HELO yggdrasil) (aren.tyr@gawab.com@62.56.44.210) by gawab.com with SMTP; 7 Apr 2006 09:15:11 -0000 X-Trusted: Whitelisted From: Aren Olvalde Tyr To: freebsd-hackers@freebsd.org Date: Fri, 7 Apr 2006 10:13:28 +0100 User-Agent: KMail/1.9.1 References: <1144042356.824.16.camel@shumai.marcuscom.com> <44356DDF.4000702@bitfreak.org> <20060406234239.GB1913@dice.stsp.lan> In-Reply-To: <20060406234239.GB1913@dice.stsp.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2935123.ffY77boj9l"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604071013.38486.aren.tyr@gawab.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: RFC: Adding a ``user'' mount option 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, 07 Apr 2006 09:13:41 -0000 --nextPart2935123.ffY77boj9l Content-Type: multipart/mixed; boundary="Boundary-01=_40iNEc4yoaB7FKP" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_40iNEc4yoaB7FKP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello all, I've been watching this thread with some interest. I have actually found quite a straightforward solution to this problem that= =20 works for me under FreeBSD, and requires no extra entries in fstab, scripts= =20 changing permissions on login, or any other fairly ugly workaround. I assume that basically what we are looking for is to make mounting/unmount= ing=20 of devices as simple as possible for non-technical users so they do not hav= e=20 to run mount manually at the command line. As mentioned before, you can easily globally restrict which users you wish = to=20 allow mounting of a particular device by simply using group permissions on= =20 the device. Then, assuming you've set vfs.usermount =3D 1: 1. ) First create some suitable directories under the user's /home folder f= or=20 mounting the devices. For example, I have: [=3D Yggdrasil | aren | /usr/home/aren =3D]% ls -l media total 8 drwxr-xr-x 2 aren aren 512 Apr 6 21:37 cdrw/ drwxr-xr-x 2 aren aren 512 Apr 6 13:19 dvdrom/ drwxr-xr-x 2 aren aren 512 Apr 6 15:03 floppy/ drwxr-xr-x 2 aren aren 512 Apr 6 14:04 usbflash/ 2.) Next, add the devices icons to your KDE (or whichever) desktop. 3.) Now KDE by default will use the mount point specified under /etc/fstab= =2E=20 Obviously this is no good, since the current user will not own the mount=20 point specified. However, if you simply open up the actual desktop device=20 file, it is a very straightforward text file. You can then simply edit=20 the "MountPoint" entry to point to the new mount location under your home=20 folder. =46or example, for my DVD-ROM drive desktop link: [=3D Yggdrasil | aren | /usr/home/aren/Desktop =3D]% cat DVD-ROM [Desktop Action Eject] Exec=3Dkdeeject %v Name=3DEject [Desktop Entry] Actions=3DEject; Dev=3D/dev/cd1 Encoding=3DUTF-8 Icon=3Ddvd_mount MountPoint=3D/home/aren/media/dvdrom =46SType=3Dcd9660 ReadOnly=3Dtrue Type=3DFSDevice UnmountIcon=3Ddvd_unmount X-KDE-Priority=3DTopLevel The "FSType" entry is not usually there by default either, but it helps to= =20 make sure that the correct option is called to mount. Mounting a device is as simple as just clicking on the desktop icon now, wh= ich=20 is exactly what we wanted. It will mount the device under the mount locatio= n=20 in my /home, which I own, and everything works great.=20 This method requires no alteration/extra entries in /etc/fstab, no chown on= a=20 global mount location (since the user always owns their own local mount=20 point), no sudo and no setuid. Minimal security compromise. =46or a large network, it should be fairly trivial to create a script that = will=20 add the users to the correct group(s) for mouting the given device(s), crea= te=20 the necessary mount directories under the user's /home directory, and=20 populate their KDE (or whichever) desktop with the correct (modified) deskt= op=20 entries. Job done. Regards, Aren. --Boundary-01=_40iNEc4yoaB7FKP-- --nextPart2935123.ffY77boj9l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBENi1CoWGxb6IQ4B4RAoZUAKCGEQP86192Ynd9lXgxIu87fnV1swCfe5hZ 8xzLWqoDLQFWeEIhcfgYvZA= =i8Bq -----END PGP SIGNATURE----- --nextPart2935123.ffY77boj9l-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 17:09:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BDB216A411 for ; Fri, 7 Apr 2006 17:09:51 +0000 (UTC) (envelope-from vvp@unicom.tomica.ru) Received: from unicom.tomica.ru (office-gw.dgs.ru [213.183.124.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE26C43DB4 for ; Fri, 7 Apr 2006 17:09:10 +0000 (GMT) (envelope-from vvp@unicom.tomica.ru) Received: from unicom6.unicom.tomica.ru (unicom16 [192.168.1.16]) by unicom.tomica.ru (Postfix) with ESMTP id DA443797E6 for ; Fri, 7 Apr 2006 16:21:06 +0400 (MSD) From: "Vladimir V. Pavluk" Organization: Unicom To: freebsd-hackers@freebsd.org Date: Fri, 7 Apr 2006 16:19:18 +0700 User-Agent: KMail/1.8 References: <1144042356.824.16.camel@shumai.marcuscom.com> <20060406234239.GB1913@dice.stsp.lan> <200604071013.38486.aren.tyr@gawab.com> In-Reply-To: <200604071013.38486.aren.tyr@gawab.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604071619.18686.vvp@unicom.tomica.ru> X-Mailman-Approved-At: Fri, 07 Apr 2006 17:18:33 +0000 Subject: Re: RFC: Adding a ``user'' mount option 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, 07 Apr 2006 17:09:51 -0000 Anyway, I consider this to be a "hack" too :-) > Hello all, > > I've been watching this thread with some interest. > > I have actually found quite a straightforward solution to this problem that > works for me under FreeBSD, and requires no extra entries in fstab, scripts > changing permissions on login, or any other fairly ugly workaround. > > I assume that basically what we are looking for is to make > mounting/unmounting of devices as simple as possible for non-technical > users so they do not have to run mount manually at the command line. > > As mentioned before, you can easily globally restrict which users you wish > to allow mounting of a particular device by simply using group permissions > on the device. > > Then, assuming you've set vfs.usermount = 1: > > 1. ) First create some suitable directories under the user's /home folder > for mounting the devices. For example, I have: > > [= Yggdrasil | aren | /usr/home/aren =]% ls -l media > total 8 > drwxr-xr-x 2 aren aren 512 Apr 6 21:37 cdrw/ > drwxr-xr-x 2 aren aren 512 Apr 6 13:19 dvdrom/ > drwxr-xr-x 2 aren aren 512 Apr 6 15:03 floppy/ > drwxr-xr-x 2 aren aren 512 Apr 6 14:04 usbflash/ > > 2.) Next, add the devices icons to your KDE (or whichever) desktop. > > 3.) Now KDE by default will use the mount point specified under > /etc/fstab. Obviously this is no good, since the current user will not own > the mount point specified. However, if you simply open up the actual > desktop device file, it is a very straightforward text file. You can then > simply edit the "MountPoint" entry to point to the new mount location under > your home folder. > > For example, for my DVD-ROM drive desktop link: > > [= Yggdrasil | aren | /usr/home/aren/Desktop =]% cat DVD-ROM > [Desktop Action Eject] > Exec=kdeeject %v > Name=Eject > > [Desktop Entry] > Actions=Eject; > Dev=/dev/cd1 > Encoding=UTF-8 > Icon=dvd_mount > MountPoint=/home/aren/media/dvdrom > FSType=cd9660 > ReadOnly=true > Type=FSDevice > UnmountIcon=dvd_unmount > X-KDE-Priority=TopLevel > > > The "FSType" entry is not usually there by default either, but it helps to > make sure that the correct option is called to mount. > > > > Mounting a device is as simple as just clicking on the desktop icon now, > which is exactly what we wanted. It will mount the device under the mount > location in my /home, which I own, and everything works great. > > This method requires no alteration/extra entries in /etc/fstab, no chown on > a global mount location (since the user always owns their own local mount > point), no sudo and no setuid. Minimal security compromise. > > For a large network, it should be fairly trivial to create a script that > will add the users to the correct group(s) for mouting the given device(s), > create the necessary mount directories under the user's /home directory, > and populate their KDE (or whichever) desktop with the correct (modified) > desktop entries. Job done. > > Regards, > > Aren. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 20:48:05 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6688616A400; Fri, 7 Apr 2006 20:48:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outbound7.internet-mail-service.net (outbound7.internet-mail-service.net [216.240.47.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9608943D48; Fri, 7 Apr 2006 20:48:04 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by outbound.internet-mail-service.net (Postfix) with ESMTP id 7459C24B204; Fri, 7 Apr 2006 13:48:04 -0700 (PDT) Received: from [10.251.19.131] (nat.ironport.com [63.251.108.100]) by idiom.com (8.12.11/8.12.11) with ESMTP id k37Km4Kq093403; Fri, 7 Apr 2006 13:48:04 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <4436CFF5.60101@elischer.org> Date: Fri, 07 Apr 2006 13:47:49 -0700 From: Julian Elischer 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: ports@freebsd.org, hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------090103070602040700060400" Cc: Subject: patches for devel/mprof 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, 07 Apr 2006 20:48:05 -0000 This is a multi-part message in MIME format. --------------090103070602040700060400 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I include patches to stop teh devel/mprof port from core-dumping when run. it seems to produce reasonable results on my limited testing. it really needs someone who knows about symbol table formats to check it over and see if I've screwed up in some way. It was coredumping whenever it couldn't assign a symbol (function) name to a memory address. for example if the address was in a shared library. Anyone in "ports" like to check this? I ran it on 4.x but I think it hasn't really changed.. (I wonder if there is a newer version somewhere) Julian --------------090103070602040700060400 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="mprof.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mprof.diff" Only in xwork: .PLIST.flattened Only in xwork: .PLIST.mktmp Only in xwork: .PLIST.objdump Only in xwork: .PLIST.setuid Only in xwork: .PLIST.writable Only in xwork: .install_done.mprof-3.0._usr_local Binary files work/libc_mp.a and xwork/libc_mp.a differ diff -u work/mpgraph.c xwork/mpgraph.c --- work/mpgraph.c Fri Apr 7 13:39:45 2006 +++ xwork/mpgraph.c Fri Apr 7 01:45:35 2006 @@ -836,7 +836,15 @@ while (!mp_null(chain)) { vertex v; s = (mpsym) mp_car(chain); - v = make_vertex(fn_name(s), count, fn_lcount(s), fn_parents(s)); + if ( s == NULL) { + chain = (mpcell) mp_cdr(chain); + continue; + } + if (fn_name(s)) + v = make_vertex(fn_name(s), count, fn_lcount(s), fn_parents(s)); + else + v = make_vertex("unknown", count, fn_lcount(s), fn_parents(s)); + vpush(v, vset); count += 1; chain = (mpcell) mp_cdr(chain); @@ -864,7 +872,11 @@ parent_name = fn_name((mpsym) mp_car(parent)); parent_data = (mpdata) mp_cdr(parent); - vfrom = hlookup(parent_name); + if (parent_name == NULL) { + vfrom = hlookup("unknown"); + } else { + vfrom = hlookup(parent_name); + } if (vfrom == vto) { vto->srefs += 1; Binary files work/mpgraph.o and xwork/mpgraph.o differ Binary files work/mprof and xwork/mprof differ diff -u work/mprof.c xwork/mprof.c --- work/mprof.c Fri Apr 7 13:39:45 2006 +++ xwork/mprof.c Fri Apr 7 01:28:45 2006 @@ -186,7 +186,7 @@ }; -#define STHASH_SIZE 2047 +#define STHASH_SIZE (2^20 -1) struct sthash *sthmem[STHASH_SIZE]; #define STNIL NULL @@ -491,7 +491,7 @@ #define stab_name(x) (stab[(x)].name) #define stab_addr(x) (stab[(x)].addr) -#define ST_SIZE 5000 +#define ST_SIZE 50000 #define ST_NOT_FOUND -1 typedef int stindex; @@ -899,7 +899,8 @@ if (*(colp+2) == '(') { char *commap; commap = index(symp, ','); - *commap = '0'; + if (commap) + *commap = '0'; tnum = atoi((char *) index(symp, '(')+1); } else { tnum = atoi((char *) (colp+2)); @@ -926,7 +927,8 @@ if (*(colp+2) == '(') { char *commap; commap = index(symp, ','); - *commap = '0'; + if (commap) + *commap = '0'; tnum = atoi((char *) index(symp, '(')+1); } else { tnum = atoi((char *) colp+2); @@ -1275,9 +1277,15 @@ if (d5 != 0) { fx = st_locate(d5); fsym = pc_lookup(stab_addr(fx)); - fn_name(fsym) = stab_name(fx); - lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].func = fn_name(fsym); - lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].offset = d5 - stab_addr(fx); + if (stab_name(fx) == NULL) { + fn_name(fsym) = ""; + lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].func = ""; + lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].offset = 0; + } else { + fn_name(fsym) = stab_name(fx); + lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].func = fn_name(fsym); + lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].offset = d5 - stab_addr(fx); + } } else { lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].func = ""; lte->path[SHORT_CALLSTACK_SIZE - (i + 1)].offset = 0; @@ -1403,6 +1411,8 @@ fprintf(outfile, "..."); } for (j = 0; j < SHORT_CALLSTACK_SIZE; j++) { + if (lte.path[j].func == NULL) + lte.path[j].func = ""; if (strcmp(lte.path[j].func, "") != 0) { if (leak_level == LEAK_SHOW) { fprintf(outfile, "> %s ", lte.path[j].func); Binary files work/mprof.o and xwork/mprof.o differ --------------090103070602040700060400-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 22:53:54 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7ECB16A406 for ; Fri, 7 Apr 2006 22:53:54 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE9543D69 for ; Fri, 7 Apr 2006 22:53:54 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from fenrirw.private.submonkey.net ([192.168.10.23]) by shrike.submonkey.net with esmtpsa (TLSv1:DES-CBC3-SHA:168) (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FRzpn-000DiO-5a for hackers@FreeBSD.org; Fri, 07 Apr 2006 23:53:52 +0100 User-Agent: Microsoft-Entourage/11.2.3.060209 Date: Fri, 07 Apr 2006 23:53:42 +0100 From: Ceri Davies To: Message-ID: Thread-Topic: Using any network interface whatsoever Thread-Index: AcZalh3oXJ38CsaJEdqAMwAUUSJIlg== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: Using any network interface whatsoever 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, 07 Apr 2006 22:53:54 -0000 I'm trying to configure a bootable image to be used in various situations and on various (mostly unknown) hardware. For the filesystem I can use geom_label and /dev/ufs/UnlikelyString, but I'd also like to have it try to configure whatever interfaces the machine happens to have via DHCP. Other than specifying ifconfig_0="DHCP" once for every possible value of , is there a mechanism to do this already? Ceri -- That must be wonderful! I don't understand it at all. -- Moliere From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 22:57:43 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DBEC16A400 for ; Fri, 7 Apr 2006 22:57:43 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E8843D4C for ; Fri, 7 Apr 2006 22:57:42 +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 k37Mvgm1021792; Fri, 7 Apr 2006 15:57:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k37MvgSd021791; Fri, 7 Apr 2006 15:57:42 -0700 Date: Fri, 7 Apr 2006 15:57:42 -0700 From: Brooks Davis To: Ceri Davies Message-ID: <20060407225742.GA21619@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 07 Apr 2006 22:57:43 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 07, 2006 at 11:53:42PM +0100, Ceri Davies wrote: >=20 > I'm trying to configure a bootable image to be used in various situations > and on various (mostly unknown) hardware. >=20 > For the filesystem I can use geom_label and /dev/ufs/UnlikelyString, but = I'd > also like to have it try to configure whatever interfaces the machine > happens to have via DHCP. >=20 > Other than specifying ifconfig_0=3D"DHCP" once for every possible val= ue of > , is there a mechanism to do this already? ifconfig_DEFAULT If you have non-Ethernet-like interfaces compiled in, you will probably want create empty "ifconfig_" variables for them since DHCP won't work very well there. :) -- 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 --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFENu5lXY6L6fI4GtQRAnRoAJ953eNH7U3hv8F87Y00KMNsaMkkOgCfQQW/ YhYOTne+EOuh2O5g9Ne4EKQ= =W3Fe -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 7 23:02:55 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99ACF16A403 for ; Fri, 7 Apr 2006 23:02:55 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A0F543D45 for ; Fri, 7 Apr 2006 23:02:48 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FRzyZ-0006Fb-72; Sat, 08 Apr 2006 00:02:47 +0100 Date: Sat, 8 Apr 2006 00:02:47 +0100 From: Ceri Davies To: Brooks Davis Message-ID: <20060407230247.GH16344@submonkey.net> Mail-Followup-To: Ceri Davies , Brooks Davis , hackers@freebsd.org References: <20060407225742.GA21619@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VIOdPewhitSMo36n" Content-Disposition: inline In-Reply-To: <20060407225742.GA21619@odin.ac.hmc.edu> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 07 Apr 2006 23:02:55 -0000 --VIOdPewhitSMo36n Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 07, 2006 at 03:57:42PM -0700, Brooks Davis wrote: > On Fri, Apr 07, 2006 at 11:53:42PM +0100, Ceri Davies wrote: > >=20 > > I'm trying to configure a bootable image to be used in various situatio= ns > > and on various (mostly unknown) hardware. > >=20 > > For the filesystem I can use geom_label and /dev/ufs/UnlikelyString, bu= t I'd > > also like to have it try to configure whatever interfaces the machine > > happens to have via DHCP. > >=20 > > Other than specifying ifconfig_0=3D"DHCP" once for every possible v= alue of > > , is there a mechanism to do this already? >=20 > ifconfig_DEFAULT Superb, thank you! > If you have non-Ethernet-like interfaces compiled in, you will probably > want create empty "ifconfig_" variables for them since DHCP won't > work very well there. :) Good point, thanks again :) Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --VIOdPewhitSMo36n Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFENu+WocfcwTS3JF8RAjx9AJ47ggx+il4VuxZmvmUywMwhA21ULQCffT2r B0DoPAbhkSg8wBea7yzibaA= =gqyX -----END PGP SIGNATURE----- --VIOdPewhitSMo36n-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 01:04:09 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12EBC16A400 for ; Sat, 8 Apr 2006 01:04:09 +0000 (UTC) (envelope-from jbaggs@san.rr.com) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF35243D46 for ; Sat, 8 Apr 2006 01:04:08 +0000 (GMT) (envelope-from jbaggs@san.rr.com) Received: from [10.0.10.5] (cpe-24-165-11-242.san.res.rr.com [24.165.11.242]) by ms-smtp-01-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k38146WM001141; Fri, 7 Apr 2006 18:04:07 -0700 (PDT) Message-ID: <44370C06.900@san.rr.com> Date: Fri, 07 Apr 2006 18:04:06 -0700 From: Jeremy Baggs User-Agent: Thunderbird 1.5 (X11/20060310) MIME-Version: 1.0 To: "Vladimir V. Pavluk" References: <1144042356.824.16.camel@shumai.marcuscom.com> <20060406234239.GB1913@dice.stsp.lan> <200604071013.38486.aren.tyr@gawab.com> <200604071619.18686.vvp@unicom.tomica.ru> In-Reply-To: <200604071619.18686.vvp@unicom.tomica.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-hackers@freebsd.org Subject: Re: RFC: Adding a ``user'' mount option 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, 08 Apr 2006 01:04:09 -0000 I suppose it would be nice to have something that works "out of the box", but the solution I have been using is group permissions on the devices and then making the mount point in fstab relative instead of absolute. ie: /dev/cd0 cdrom cd9660 ro,noauto 0 0 Each user has a cdrom directory under their home directory. You still need mount points designated for all possible devices though. Does anyone know how Darwin / OsX are handling their auto-mount magic? Jeremy From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 02:14:44 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B08C16A403 for ; Sat, 8 Apr 2006 02:14:44 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from tehran.lain.pl (tehran.lain.pl [85.221.230.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0482F43D45 for ; Sat, 8 Apr 2006 02:14:44 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from sthalik by tehran.lain.pl with local (envelope-from ) id 1FS2yI-000JCO-8d for hackers@FreeBSD.org; Sat, 08 Apr 2006 04:14:42 +0200 Date: Sat, 8 Apr 2006 04:14:42 +0200 From: Stanislaw Halik To: hackers@FreeBSD.org Message-ID: <20060408021442.GA73747@tehran.lain.pl> Mail-Followup-To: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.11 X-User: sthalik X-Mailman-Approved-At: Sat, 08 Apr 2006 02:22:12 +0000 Cc: Subject: patch for openssh - opinions? 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, 08 Apr 2006 02:14:44 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, a while ago i've made a patch against RELENG_6's openssh. it adds an option called `ControlFork' - if it is set on the master (ControlMaster) and its session disconnects, master forks into the background instead of waiting and blocking the terminal. i'm fairly novice to c, although i tried to make it in a non-intrusive and clean manner, i ask you if it's worth anything, i.e. do i have a lot of nerve asking if there's any point in sending it to the openssh devel list? -- sh --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFENxySadU+vjT62TERAjV6AJ9soadgDW+XSZR9QbAGxTkv//ED3wCfaO7D VMGbE5zvTP/qHck7AJFE3EY= =qj0J -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 13:46:46 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCDE16A400 for ; Sat, 8 Apr 2006 13:46:46 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07AF443D45 for ; Sat, 8 Apr 2006 13:46:45 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc13) with ESMTP id <20060408134644013001var3e>; Sat, 8 Apr 2006 13:46:45 +0000 Message-ID: <4437BEC5.5020804@computer.org> Date: Sat, 08 Apr 2006 08:46:45 -0500 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Divacky Roman References: <20060406064342.GA89062@stud.fit.vutbr.cz> In-Reply-To: <20060406064342.GA89062@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: automatic checking of source code 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, 08 Apr 2006 13:46:46 -0000 Divacky Roman wrote: > hi > > I just found http://mygcc.free.fr/ which is a project for automatic checking of > source code for bugs (memory leaks, unreleased locks, null pointer > dereferences). I recall there was some SoC project to achieve something > similar but this is complete and ready to run... > > it might be of some interest for someone > See thread "FreeBSD Kernel Quality?" posted 04/05/06. > roman > > > ---------------------- > www.liberalnistrana.cz > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Regards, Eric From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 14:34:41 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35FD416A404 for ; Sat, 8 Apr 2006 14:34:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741A643D48 for ; Sat, 8 Apr 2006 14:34:37 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k38EYa2b017586; Sat, 8 Apr 2006 08:34:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4437C9F6.5000008@samsco.org> Date: Sat, 08 Apr 2006 08:34:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ceri Davies References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> In-Reply-To: <20060407230247.GH16344@submonkey.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 14:34:41 -0000 Ceri Davies wrote: > On Fri, Apr 07, 2006 at 03:57:42PM -0700, Brooks Davis wrote: > >>On Fri, Apr 07, 2006 at 11:53:42PM +0100, Ceri Davies wrote: >> >>>I'm trying to configure a bootable image to be used in various situations >>>and on various (mostly unknown) hardware. >>> >>>For the filesystem I can use geom_label and /dev/ufs/UnlikelyString, but I'd >>>also like to have it try to configure whatever interfaces the machine >>>happens to have via DHCP. >>> >>>Other than specifying ifconfig_0="DHCP" once for every possible value of >>>, is there a mechanism to do this already? >> >>ifconfig_DEFAULT > > > Superb, thank you! > > >>If you have non-Ethernet-like interfaces compiled in, you will probably >>want create empty "ifconfig_" variables for them since DHCP won't >>work very well there. :) > > > Good point, thanks again :) > > Ceri Well, the real question is why we force the details of driver names onto users. Network and storage drivers are especially guilty of this, but tty devices also are annoying. Scott From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 15:12:02 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38B2416A400 for ; Sat, 8 Apr 2006 15:12:02 +0000 (UTC) (envelope-from kat-free@kaqelectronics.dyndns.org) Received: from mail-ihug.icp-qv1-irony4.iinet.net.au (ihug-mail.icp-qv1-irony4.iinet.net.au [203.59.1.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D98C43D45 for ; Sat, 8 Apr 2006 15:12:00 +0000 (GMT) (envelope-from kat-free@kaqelectronics.dyndns.org) Received: from 203-59-51-163.dyn.iinet.net.au (HELO mega128.kaqelectronics.dyndns.org) ([203.59.51.163]) by mail-ihug.icp-qv1-irony4.iinet.net.au with ESMTP; 08 Apr 2006 23:12:00 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.04,101,1143993600"; d="scan'208"; a="691660030:sNHT13124948" Received: from [10.1.1.3] (unknown [10.1.1.3]) by mega128.kaqelectronics.dyndns.org (Postfix) with ESMTP id 3BBA9B8DB for ; Sat, 8 Apr 2006 23:11:58 +0800 (WST) Received: from 127.0.0.1 (AVG SMTP 7.1.385 [268.4.0/304]); Sat, 08 Apr 2006 23:11:59 +0800 Message-ID: <4437D2BF.7040803@kaqelectronics.dyndns.org> Date: Sat, 08 Apr 2006 23:11:59 +0800 From: Kathy Quinlan User-Agent: Thunderbird 1.5 (Windows/20051201) To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Subject: Weight of an IRIS 4D/210GTX Box anyone ? 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, 08 Apr 2006 15:12:02 -0000 Hi all, I have been offered a IRIS 4D/210GTX SGI box, and I need to know the rough weight, thought as google did not turn up anything and SGI seem to disown all the old stuff these days, anyone got any idea on the weight of this ? Regards, Kat. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/304 - Release Date: 7/04/2006 From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 18:17:26 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB7DD16A400 for ; Sat, 8 Apr 2006 18:17:26 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: from mired.org (dsl092-153-074.wdc2.dsl.speakeasy.net [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 599C543D45 for ; Sat, 8 Apr 2006 18:17:26 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: (qmail 60430 invoked by uid 1001); 8 Apr 2006 18:17:25 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Sat, 08 Apr 2006 14:17:24 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17463.65076.117616.563302@bhuda.mired.org> Date: Sat, 8 Apr 2006 14:17:24 -0400 To: Scott Long In-Reply-To: <4437C9F6.5000008@samsco.org> References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org, Ceri Davies Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 18:17:27 -0000 In <4437C9F6.5000008@samsco.org>, Scott Long typed: > Well, the real question is why we force the details of driver names onto > users. Network and storage drivers are especially guilty of this, but > tty devices also are annoying. Because Unix has always made the hardware details available to administrators. Times have changed so that users now need to do things that used to be restricted to administrators. This historical behavior is a *good* thing. If all devices of type "foo" are just named "foo" and assigned numbers by the system, then I have no control over the names. If I don't care which is which, this isn't a problem. If I do care - for instance, I want to distinguish between the ethernet interface that's on the internet and the one that's on my LAN, or I want root to be on the disk with the root file system on it - then this is a PITA, because every time I add hardware to the system, or re-arrange the cards in the cage, or similar things, I risk breaking the system configuration. If the device names are completely determined by the hardware settings, then this doesn't happen. Real world examples of this type of breakage include a FreeBSD 4.x system with SCSI disks that failed to boot when a USB mass storage device was plugged into it, and a Solaris system that started swapping on it's Ingres raw database partition after a disk was added. If a system is meant for desktop use where you typically have at most one of anything, then hiding the names from the users is a good thing. In a server environment, where you may have multiple instances of several different device types, then being able to easily tell which is which is a good thing. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 18:45:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BB1C16A404 for ; Sat, 8 Apr 2006 18:45:10 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D983A43D45 for ; Sat, 8 Apr 2006 18:45:09 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.6/8.13.6) with ESMTP id k38Ij7Xb067533; Sat, 8 Apr 2006 14:45:08 -0400 (EDT) (envelope-from ahebert@pubnix.net) Message-ID: <443804B3.6090101@pubnix.net> Date: Sat, 08 Apr 2006 14:45:07 -0400 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kathy Quinlan References: <4437D2BF.7040803@kaqelectronics.dyndns.org> In-Reply-To: <4437D2BF.7040803@kaqelectronics.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Weight of an IRIS 4D/210GTX Box anyone ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 18:45:10 -0000 Well, I have 7x4D/20 here (and about 12 working Indy, 6 for spare part (12 R5000), and a bunch of Indigo) The 4D/20 are about 70 pounds (~30 kilos) each. I dont know for the 210GTX but they looked similar. Anybody want a SGI? Free if you pay the shipping. Have fun. Kathy Quinlan wrote: > Hi all, > > I have been offered a IRIS 4D/210GTX SGI box, and I need to know the > rough weight, thought as google did not turn up anything and SGI seem > to disown all the old stuff these days, anyone got any idea on the > weight of this ? > > Regards, > > Kat. > > -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 19:41:58 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2315316A403 for ; Sat, 8 Apr 2006 19:41:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0150143D79 for ; Sat, 8 Apr 2006 19:41:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k38Jff6l019041; Sat, 8 Apr 2006 13:41:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <443811EF.2020509@samsco.org> Date: Sat, 08 Apr 2006 13:41:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Meyer References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> In-Reply-To: <17463.65076.117616.563302@bhuda.mired.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: hackers@freebsd.org, Ceri Davies Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 19:41:58 -0000 Mike Meyer wrote: > In <4437C9F6.5000008@samsco.org>, Scott Long typed: > >>Well, the real question is why we force the details of driver names onto >>users. Network and storage drivers are especially guilty of this, but >>tty devices also are annoying. > > > Because Unix has always made the hardware details available to > administrators. Times have changed so that users now need to do things > that used to be restricted to administrators. > > This historical behavior is a *good* thing. If all devices of type > "foo" are just named "foo" and assigned numbers by the system, then I > have no control over the names. If I don't care which is which, this > isn't a problem. If I do care - for instance, I want to distinguish > between the ethernet interface that's on the internet and the one > that's on my LAN, or I want root to be on the disk with the root file > system on it - then this is a PITA, because every time I add hardware > to the system, or re-arrange the cards in the cage, or similar things, > I risk breaking the system configuration. If the device names are > completely determined by the hardware settings, then this doesn't > happen. > > Real world examples of this type of breakage include a FreeBSD 4.x > system with SCSI disks that failed to boot when a USB mass storage > device was plugged into it, and a Solaris system that started swapping > on it's Ingres raw database partition after a disk was added. > > If a system is meant for desktop use where you typically have at most > one of anything, then hiding the names from the users is a good > thing. In a server environment, where you may have multiple instances > of several different device types, then being able to easily tell > which is which is a good thing. > > 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 67A8E16A405 for ; Sat, 8 Apr 2006 20:39:45 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: from mired.org (dsl092-153-074.wdc2.dsl.speakeasy.net [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C7D443D62 for ; Sat, 8 Apr 2006 20:39:40 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: (qmail 64096 invoked by uid 1001); 8 Apr 2006 20:39:39 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Sat, 08 Apr 2006 16:39:39 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17464.8074.937742.701480@bhuda.mired.org> Date: Sat, 8 Apr 2006 16:39:38 -0400 To: Scott Long In-Reply-To: <443811EF.2020509@samsco.org> References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> <443811EF.2020509@samsco.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org, Ceri Davies Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 20:39:45 -0000 In <443811EF.2020509@samsco.org>, Scott Long typed: Please trim the text you are repling to. > You're argument here doesn't really make sense. Only because you're carrying it to ridiculous extremes and misinterpreting it. > Youre' saying that > instead of /dev/da0, we should have > /dev/HITACHI-HUS103073FL3800-SA19-B0T1L0 That's a ridiculous extreme. All I advocated was that we be able to easily identify the devices connected to the system, *not* that we be able identify every device in the world. Sun solved disk device naming back in the 80s. > and instead of em0, it should > be em0-192.168.254.199-24-192.168.254.1-192.168.254.255, right? This is a misinterpretation, because you're including system configuration information (the network it's attached to) in the device description. I'm not aware of a good solution to this problem for ethernet devices. > I'm not saying that we should get rid of the device information. I'm > fully happy making it available to top layer applications. > Administrators definitely need the information to make good decisions. > But the information isn't always needed, and it does make simple > management tasks harder. I think I said that. > It also adds complexity that can lead to > problems. Why when I add a RAID driver do I also need to hack up > sysinstall so that it'll recognise the RAID devices? Missing features in sysinstall would seem to be irrelevant. > The computer should be helping us in administration tasks, not > hiding behind inconsistent and obscure names. All names are obscure when you don't know what they mean. And once you know what they mean, they aren't obscure any more. Which doesn't mean the computer can't help us deal with things. The current BSD device naming and management schemes date back to at least v6. Updating them to deal with modern conditions, as opposed to those that were prevelant in the 70s, is certainly a reasonable thing to suggest. But the Linux solution of smashing all the devices of the same basic type into one flat undistinguished namespace is *not* an improvement. > Now, for your specific case of SCSI, it is possible to wire down device > assignments by the administrator. It's been documented how to do this > in man pages and kernel config files, most recently by me personally, > for years. I know. I figured all this out and documented it when it happened to me years ago (I did say it was a 4.x system). It's still a suprise when adding new hardware breaks the configuration of old hardware on a system as reliable as Unix usually is. I expect that from Windows, but not Unix. > The flaw is that it still requires specific operator intervention to > make work. That's the flaw, all right. The *problem* is that the system was trying to be user-friendly in ill-considered ways. Again, this is the kind of problem I expect to run into with Windows, not Unix. > That's where things like volume labels come > in. Does a sysadmin care about the low-level device name for a drive on > a Windows or Mac system? Does he even know without taking a deep look > inside the system? Does not knowing it make it any less possible to > easily and reliable manage and control the hardware? On the Mac, the answers are "yes", "yes" and "not applicable". On Windows XP, the answers are "yes", "no", and "yes". > It's all done through human-readable labels that are easy to work > with. No, it isn't. *Most* of it is, and probably everything that the casual user runs into. But we're talking about sysadmins, who have to deal with issues like unformatted drives and file systems that don't necessarily have labels. Oddly enough, on the Mac you tend to get things that look like your ridiculous disk name when dealing with these (i.e. "93.2 GB ST9100823A"). > The low level information is still available when needed, but it's > not the primary means of control. I think that's fine; it strikes > the balance between control and ease of use that I'm looking for. Volume labels would certainly solve a lot of issues - even some of the ones I brought up. In particular, if they became the standard way of dealing with devices, then we could unravel some of the more user-friendly-but-expert-hostile designs already in place. But where do you put the label on an ethernet interface? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 21:59:09 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F1616A406 for ; Sat, 8 Apr 2006 21:59:09 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C2143D55 for ; Sat, 8 Apr 2006 21:59:08 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [127.0.0.1] (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 05D2219F41; Sat, 8 Apr 2006 14:59:07 -0700 (PDT) Message-ID: <4438322C.6010600@bitfreak.org> Date: Sat, 08 Apr 2006 14:59:08 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mike Meyer References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> In-Reply-To: <17463.65076.117616.563302@bhuda.mired.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 21:59:10 -0000 Mike Meyer wrote: > If I do care - for instance, I want to distinguish > between the ethernet interface that's on the internet and the one > that's on my LAN, or I want root to be on the disk with the root file > system on it - then this is a PITA, because every time I add hardware > to the system, or re-arrange the cards in the cage, or similar things, > I risk breaking the system configuration. If the device names are > completely determined by the hardware settings, then this doesn't > happen. I wrote some add-on bits for /etc/rc.network in 4.x that compares the link addresses of attached network interfaces to a list of link addresses, then sets ifconfig_ifN* variables accordingly before rc.network does anything. It provides a means of wiring IP addresses to physical ports in a way that gets around the problem of probe order. If there's interest, I'll get to work on an rcNG version. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 22:04:05 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C52E316A402 for ; Sat, 8 Apr 2006 22:04:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3720543D49 for ; Sat, 8 Apr 2006 22:04:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k38M411b019687; Sat, 8 Apr 2006 16:04:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44383346.2030207@samsco.org> Date: Sat, 08 Apr 2006 16:03:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Meyer References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> <443811EF.2020509@samsco.org> <17464.8074.937742.701480@bhuda.mired.org> In-Reply-To: <17464.8074.937742.701480@bhuda.mired.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: hackers@freebsd.org, Ceri Davies Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 22:04:05 -0000 Mike Meyer wrote: > In <443811EF.2020509@samsco.org>, Scott Long typed: > > Please trim the text you are repling to. > Please, I'm tired of arbitrary email etiquette. > But where do you put the label on an ethernet interface? > > 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 5A8F616A401 for ; Sat, 8 Apr 2006 22:27:28 +0000 (UTC) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E028643D45 for ; Sat, 8 Apr 2006 22:27:27 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.6/8.13.6) with ESMTP id k38MRQZT035022 for ; Sat, 8 Apr 2006 18:27:26 -0400 (EDT) (envelope-from ahebert@pubnix.net) Message-ID: <443838CE.2020002@pubnix.net> Date: Sat, 08 Apr 2006 18:27:26 -0400 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> <443811EF.2020509@samsco.org> <17464.8074.937742.701480@bhuda.mired.org> <44383346.2030207@samsco.org> In-Reply-To: <44383346.2030207@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 22:27:28 -0000 ...lazy... Not all problems can be fixed by somebody else. Work a little for a change. If you wish to name your interfaces switch to Windows. ifconfig -a | awk '/^[a-z0-9^]*:/ {i=$1} /inet / {ip=$2;net=$4;} /status/ {print i" "ip" - "net" - "$2}' em0: 10.0.1.1 - 0xff000000 - active em1: 69.x.x.x - 0xfffffff8 - active em2: 64.x.x.x - 0xfffffff8 - active em3: 192.168.3.1 - 0xffffff00 - active em4: 206.x.x.x - 0xfffffff0 - active Scott Long wrote: > Mike Meyer wrote: > >> In <443811EF.2020509@samsco.org>, Scott Long typed: >> >> Please trim the text you are repling to. >> > > Please, I'm tired of arbitrary email etiquette. > >> But where do you put the label on an ethernet interface? >> >> > > It sounds like your message is, "don't be like Linux." Fine, what do > you want instead? How does having 2 em devices in my system, named em0 > and em1, tell me by name which one is connected to which LAN? > > Scott > _______________________________________________ > 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" > -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 22:41:46 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CE516A405 for ; Sat, 8 Apr 2006 22:41:46 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD9943D5F for ; Sat, 8 Apr 2006 22:41:42 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 2B8361DD4BD; Sat, 8 Apr 2006 23:41:41 +0100 (BST) Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99964-11; Sat, 8 Apr 2006 23:41:40 +0100 (BST) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id AD2D61DD4A4; Sat, 8 Apr 2006 23:41:40 +0100 (BST) Date: Sat, 8 Apr 2006 23:41:40 +0100 From: David Taylor To: Mike Meyer Message-ID: <20060408224140.GA15366@outcold.yadt.co.uk> Mail-Followup-To: Mike Meyer , hackers@freebsd.org References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <17463.65076.117616.563302@bhuda.mired.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at yadt.co.uk Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 22:41:46 -0000 On Sat, 08 Apr 2006, Mike Meyer wrote: > In <4437C9F6.5000008@samsco.org>, Scott Long typed: > > Well, the real question is why we force the details of driver names onto > > users. Network and storage drivers are especially guilty of this, but > > tty devices also are annoying. > > Because Unix has always made the hardware details available to > administrators. Times have changed so that users now need to do things > that used to be restricted to administrators. > > This historical behavior is a *good* thing. If all devices of type > "foo" are just named "foo" and assigned numbers by the system, then I > have no control over the names. If I don't care which is which, this > isn't a problem. If I do care - for instance, I want to distinguish > between the ethernet interface that's on the internet and the one > that's on my LAN, or I want root to be on the disk with the root file > system on it - then this is a PITA, because every time I add hardware > to the system, or re-arrange the cards in the cage, or similar things, > I risk breaking the system configuration. If the device names are > completely determined by the hardware settings, then this doesn't > happen. That doesn't quite work, though. Unless you require everyone wanting to distinguish between LAN and WAN interfaces uses different types of hardware for each card, they'll still end up with xl0 and xl1 (or whatever), which is in no way better than eth0 and eth1, except that it means you have the option of looking up what on earth "xl" actually means to get a vague description of what type of hardware it is, rather than checking the dmesg for xlX or ethX. -- David Taylor From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 22:43:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42D6616A401 for ; Sat, 8 Apr 2006 22:43:11 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7727C43D73 for ; Sat, 8 Apr 2006 22:43:02 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 0DAE21310EA; Sun, 9 Apr 2006 08:13:01 +0930 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id ECD88852C5; Sun, 9 Apr 2006 08:13:00 +0930 (CST) Date: Sun, 9 Apr 2006 08:13:00 +0930 From: Greg 'groggy' Lehey To: Kathy Quinlan Message-ID: <20060408224300.GI63030@wantadilla.lemis.com> References: <4437D2BF.7040803@kaqelectronics.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u/L2/WlOHZg+YGU4" Content-Disposition: inline In-Reply-To: <4437D2BF.7040803@kaqelectronics.dyndns.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-hackers@freebsd.org Subject: Re: Weight of an IRIS 4D/210GTX Box anyone ? 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, 08 Apr 2006 22:43:11 -0000 --u/L2/WlOHZg+YGU4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 8 April 2006 at 23:11:59 +0800, Kathy Quinlan wrote: > Hi all, > > I have been offered a IRIS 4D/210GTX SGI box, and I need to know the > rough weight, thought as google did not turn up anything and SGI seem to > disown all the old stuff these days, anyone got any idea on the weight > of this ? There's a photo of my 4D/25 (badged as a Control Data Cyber 910) at the right on the last photo of http://www.lemis.com/grog/old-office.html . I'm not sure how they compare. Greg -- See complete headers for address and phone numbers. --u/L2/WlOHZg+YGU4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEODx0IubykFB6QiMRAmpJAJ96UGTY4zi3gvBWrRpudkB8FaXqlQCgrVLu KTILKh4czIzsh2h2IGvbZx0= =CNrk -----END PGP SIGNATURE----- --u/L2/WlOHZg+YGU4-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 22:53:23 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF14416A400 for ; Sat, 8 Apr 2006 22:53:23 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: from mired.org (dsl092-153-074.wdc2.dsl.speakeasy.net [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id B7D5B43D7D for ; Sat, 8 Apr 2006 22:53:13 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: (qmail 66876 invoked by uid 1001); 8 Apr 2006 22:53:12 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Sat, 08 Apr 2006 18:53:11 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17464.16087.217524.843667@bhuda.mired.org> Date: Sat, 8 Apr 2006 18:53:11 -0400 To: Scott Long In-Reply-To: <44383346.2030207@samsco.org> References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> <443811EF.2020509@samsco.org> <17464.8074.937742.701480@bhuda.mired.org> <44383346.2030207@samsco.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org, Ceri Davies Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 22:53:23 -0000 In <44383346.2030207@samsco.org>, Scott Long typed: > Mike Meyer wrote: > > In <443811EF.2020509@samsco.org>, Scott Long typed: > > Please trim the text you are repling to. > Please, I'm tired of arbitrary email etiquette. If you think etiquette is arbitrary, you're sadly mistaken. > > But where do you put the label on an ethernet interface? > It sounds like your message is, "don't be like Linux." No, the message is "don't use solutions we know have serious problems". Having devices names that change when you don't make any changes to the device can cause serious problems. Linux does that for lots of things. FreeBSD does it for some things. > Fine, what do you want instead? How does having 2 em devices in my > system, named em0 and em1, tell me by name which one is connected to > which LAN? It doesn't, any more than having disk0 and disk1 instead of ad0 and da0 tell you which disk has the root file system on it. It's not clear that that particular problem can be solved at the device name layer. It's not clear it should be. For disks, the device name should uniquely identify the drive in the system. Nothing short of changing the drives bus address should change that. Volume labels identify the data on the drive, which is what the user cares about. Letting the users work with what they care about should be the goal. My question about labels for ethernet devices wasn't meant to be rhetorical. Ethernet device names on Unix are pretty much worthless. They tell you basically nothing about which device you've got. On FreeBSD, different card types have different names, which is better than nothing - but that's about all it's better than. We need something akin to labels for ethernet devices. The LAN it's plugged into is the equivalent of the data on the disk - but there's no equivalent for the label. What do I want for that? I identify ethernet boards by which slot on the back of the system I plug the cable into. Currently, I have to map that to board types to and which board is plugged into which slot to know which name to use. I want a name that tells me which slot I plug a cable in to plug it into that interface. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 23:16:41 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 441CF16A400 for ; Sat, 8 Apr 2006 23:16:41 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: from mired.org (dsl092-153-074.wdc2.dsl.speakeasy.net [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 92D2443D45 for ; Sat, 8 Apr 2006 23:16:40 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers.102a7e@mired.org) Received: (qmail 67496 invoked by uid 1001); 8 Apr 2006 23:16:40 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Sat, 08 Apr 2006 19:16:38 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17464.17494.251794.271711@bhuda.mired.org> Date: Sat, 8 Apr 2006 19:16:38 -0400 To: David Taylor In-Reply-To: <20060408224140.GA15366@outcold.yadt.co.uk> References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <17463.65076.117616.563302@bhuda.mired.org> <20060408224140.GA15366@outcold.yadt.co.uk> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 23:16:41 -0000 In <20060408224140.GA15366@outcold.yadt.co.uk>, David Taylor typed: > That doesn't quite work, though. Unless you require everyone wanting > to distinguish between LAN and WAN interfaces uses different types > of hardware for each card, they'll still end up with xl0 and xl1 > (or whatever), which is in no way better than eth0 and eth1, You're right - but at least you have the option of using different types of cards to get different names. I agree that this sucks, but it's better than nothing. I tried to find out how to tell the difference between ethernet interfaces on Linux. Seems that the 2.6 kernel can assign different names to the ethernet devices at each reboot. Um, yeah. Solutions for this problem all seem to involve assigning an arbitrary name based on the MAC address. This has two problems: 1) you have to have a mapping somewhere of mac addresses to cards so you know where to plug in the wan port vs. the lan port. 2) if you replace a dead card with an identical card, your configuration breaks. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 23:37:48 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED04116A400 for ; Sat, 8 Apr 2006 23:37:48 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F68343D46 for ; Sat, 8 Apr 2006 23:37:48 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FSMzs-000KE7-JV; Sun, 09 Apr 2006 00:37:40 +0100 Date: Sun, 9 Apr 2006 00:37:40 +0100 From: Ceri Davies To: Scott Long Message-ID: <20060408233740.GA84768@submonkey.net> Mail-Followup-To: Ceri Davies , Scott Long , Brooks Davis , hackers@freebsd.org References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <4437C9F6.5000008@samsco.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 23:37:49 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 08, 2006 at 08:34:30AM -0600, Scott Long wrote: > >>On Fri, Apr 07, 2006 at 11:53:42PM +0100, Ceri Davies wrote: > >>>For the filesystem I can use geom_label and /dev/ufs/UnlikelyString, b= ut=20 > >>>I'd > >>>also like to have it try to configure whatever interfaces the machine > >>>happens to have via DHCP. > >>> > >>>Other than specifying ifconfig_0=3D"DHCP" once for every possible= =20 > >>>value of > >>>, is there a mechanism to do this already? > >> > >>ifconfig_DEFAULT >=20 > Well, the real question is why we force the details of driver names onto= =20 > users. Network and storage drivers are especially guilty of this, but > tty devices also are annoying. The current situation on BSD, where I can identify which interface is meant by its type, is definitely preferable to the Linux situation where eth0 may mean something different tomorrow depending on what is plugged in. Since we can rename devices arbitrarily, I don't really see a problem with respect to anything else. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEOElEocfcwTS3JF8RAih7AKCBFjVEjUtGwWxc9daujXbPyouc1gCgrZp9 t12crX9NkXN3Lq8wNgTgZvs= =yPOf -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 23:42:24 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68B0816A400 for ; Sat, 8 Apr 2006 23:42:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853443D70 for ; Sat, 8 Apr 2006 23:42:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k38NgEQO020172; Sat, 8 Apr 2006 17:42:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44384A55.2010103@samsco.org> Date: Sat, 08 Apr 2006 17:42:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ceri Davies References: <20060407225742.GA21619@odin.ac.hmc.edu> <20060407230247.GH16344@submonkey.net> <4437C9F6.5000008@samsco.org> <20060408233740.GA84768@submonkey.net> In-Reply-To: <20060408233740.GA84768@submonkey.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: hackers@freebsd.org Subject: Re: Using any network interface whatsoever 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, 08 Apr 2006 23:42:24 -0000 Ceri Davies wrote: > On Sat, Apr 08, 2006 at 08:34:30AM -0600, Scott Long wrote: > >>>>On Fri, Apr 07, 2006 at 11:53:42PM +0100, Ceri Davies wrote: > > >>>>>For the filesystem I can use geom_label and /dev/ufs/UnlikelyString, but >>>>>I'd >>>>>also like to have it try to configure whatever interfaces the machine >>>>>happens to have via DHCP. >>>>> >>>>>Other than specifying ifconfig_0="DHCP" once for every possible >>>>>value of >>>>>, is there a mechanism to do this already? >>>> >>>>ifconfig_DEFAULT >> >>Well, the real question is why we force the details of driver names onto >>users. Network and storage drivers are especially guilty of this, but >>tty devices also are annoying. > > > The current situation on BSD, where I can identify which interface is > meant by its type, is definitely preferable to the Linux situation where > eth0 may mean something different tomorrow depending on what is plugged > in. > > Since we can rename devices arbitrarily, I don't really see a problem > with respect to anything else. > > Ceri I'll say again, how does having em0, em1, em2, and em3 help me know what is going on with each of those interfaces? Scott From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 8 23:54:31 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7485616A405 for ; Sat, 8 Apr 2006 23:54:31 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51D843D5D for ; Sat, 8 Apr 2006 23:54:29 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-22-29.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.29]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Apr 2006 19:54:29 -0400 X-IronPort-AV: i="4.04,103,1144036800"; d="scan'208"; a="221138257:sNHT28443240" From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17464.19693.901106.621298@jerusalem.litteratus.org> Date: Sat, 8 Apr 2006 19:53:17 -0400 To: freebsd-hackers@freebsd.org In-Reply-To: <44354224.6090002@errno.com> References: <44354224.6090002@errno.com> X-Mailer: VM 7.17 under 21.5 (beta26) "endive" XEmacs Lucid Subject: Re: FreeBSD Kernel Quality? 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, 08 Apr 2006 23:54:31 -0000 Sam Leffler writes: > OTOH we've done nothing with user application code and based on > the work I've seen done by netbsd there's plenty of stuff to be > fixed there. When you say "user application code", is this an alias for ports or do you mean non-ported applications? Robert Huff