From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 03:32:06 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 E52FF16B158 for ; Sun, 28 May 2006 03:32:06 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3637C43D62 for ; Sun, 28 May 2006 03:32:03 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so3812wxd for ; Sat, 27 May 2006 20:32:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=A23fc9bGLG1De821IxR+1+R2MQYjr83/0IGsURlEjPs05oVRJRWJubrWc/pqV02NB0Eb8oMn05JayvVKa1uLcZJTT+QMHkAs8ym+nDCREnszt2hGxmQmyProOfGnKPa8R71+b3QaohohQ5tereXV+JE4csfmggBxLEJjc05qlds= Received: by 10.70.92.19 with SMTP id p19mr1030426wxb; Sat, 27 May 2006 20:32:02 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Sat, 27 May 2006 20:32:02 -0700 (PDT) Message-ID: <87ab37ab0605272032y700a910r74105c5b7eefe0f0@mail.gmail.com> Date: Sun, 28 May 2006 11:32:02 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "John-Mark Gurney" , "william wallace" , "Scott Long" , imp@bsdimp.com, "freebsd-hackers@freebsd.org" In-Reply-To: <20060524153153.GF49081@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <87ab37ab0605210108w127a235bue281428f52bbc784@mail.gmail.com> <20060521.114807.74702188.imp@bsdimp.com> <87ab37ab0605212328ue7c70fcu49c5fec8921ae229@mail.gmail.com> <20060522.005010.104089663.imp@bsdimp.com> <87ab37ab0605221816y6cca5387sc43fa1e1116f55cc@mail.gmail.com> <44729B81.8010909@samsco.org> <87ab37ab0605240048g224218a5s87cfe1b1ed5cc8c9@mail.gmail.com> <20060524075946.GE49081@funkthat.com> <87ab37ab0605240613n594c566q844b754043c2c10@mail.gmail.com> <20060524153153.GF49081@funkthat.com> X-Google-Sender-Auth: 4f40081e9a31d16f Cc: Subject: Re: misc questions about the device&driver arch 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, 28 May 2006 03:32:29 -0000 hi ,all I am porting something from linux to freebsd ,i found the DataTypes hard to translate ,then i saw that many types inlinux can be found in drm_os_freebsd.h,such as typedef int8_t s8; typedef int16_t s16; typedef int32_t s32; typedef u_int8_t u8; typedef u_int16_t u16; typedef u_int32_t u32; so ,what is the use of drm_os_freebsd.h and any advice for me to translate DT from linux to Freebsd? On 5/24/06, John-Mark Gurney wrote: > william wallace wrote this message on Wed, May 24, 2006 at 21:13 +0800: > > roger really good tips :) > > and so far as i know , > > the PCI configure space is accessed by pci_read_config,and so on > > the PCI IO space is accessed by > bus_space_read_1 and friends... > > > the PCI memory space is accessed by bus_space_read_1 and so on > > am i right sir? > > Yep... > > > On 5/24/06, John-Mark Gurney wrote: > > >william wallace wrote this message on Wed, May 24, 2006 at 15:48 +0800= : > > >> IN static device_method_t pci_methods[] =3D { > > >> what is the freeBSD's magic to connect pci_read_config_method wti= h > > >> PCI_READ_CONFIG? awk script?and so on? > > >> which > > >> DEVMETHOD(pci_read_config, pci_read_config_method), in pci.c > > >> command =3D PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); in > > >> pci_enable_io_method in pci.c > > >> > > >> and what if i create a new method in pci method interface ? > > >> such as DEVMETHOD(pci_have_rest , pci_have_rest_method) > > >> what else should i do when i want to use PCI_HAVE_REST(dev ) point t= o > > >> pci_have_rest_method > > > > > >These are handled by the _if.m files... look at sys/dev/pci/pci_if.m.= .. > > >There is an awk script in sys/tools/makeobjops.awk that converts the > > >_if.m to the appropriate .h and .c files... > > > > > >Please read: > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/kernel-= objects-using.html > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/newbus-= overview.html > > > > > >The device methods are implemented using kobj... > > > > > >> On 5/23/06, Scott Long wrote: > > >> >william wallace wrote: > > >> > > > >> >[...] > > >> > > > >> >> MSI: > > >> >> I've bantered around different suggestions for an API that will > > >support > > >> >> this. The basic thing that a driver needs from this is to know > > >> >> exactly how many message interrupt vectors are available to it. = It > > >> >> can't just register vectors and handlers blindly since the purpos= e of > > >> >> MSI is to assign special meanings to each vector and allow the dr= iver > > >to > > >> >> handle each one in specifically. > > >> > > > >> >[...] > > >> > > > >> >I just wanted to briefly say that an MSI implementation has been do= ne > > >> >recently, and that it should start getting wider circulation and re= view > > >> >soon. That's not to say that more work and design can't be done in= this > > >> >area, but we should probably wait a bit and see what has been done > > >> >already. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > --=20 we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 10:19:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A03316B60B for ; Sun, 28 May 2006 10:09:17 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC0B43D5A for ; Sun, 28 May 2006 10:09:16 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so19013wxd for ; Sun, 28 May 2006 03:09:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=UApoTrcq01hghXAB0MPqwCdc+CCFcduQ4qx4EXdffZuysHfLvdlC0ye/GsMfY9zUSa6mf15XebYv1CDNb//nPwu3FFBJtAJXK3OSSYHLXQZPm8X7exgcZClLg9zXFt02wtGBBl0PkJo2pmnvDkieCo60/bkr1ToGP48rzxj+ghM= Received: by 10.70.24.16 with SMTP id 16mr1197655wxx; Sun, 28 May 2006 03:09:15 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Sun, 28 May 2006 03:09:15 -0700 (PDT) Message-ID: <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> Date: Sun, 28 May 2006 18:09:15 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "John-Mark Gurney" , "freebsd-hackers@freebsd.org" , "Warner Losh" In-Reply-To: <20060524153153.GF49081@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ab37ab0605210108w127a235bue281428f52bbc784@mail.gmail.com> <20060521.114807.74702188.imp@bsdimp.com> <87ab37ab0605212328ue7c70fcu49c5fec8921ae229@mail.gmail.com> <20060522.005010.104089663.imp@bsdimp.com> <87ab37ab0605221816y6cca5387sc43fa1e1116f55cc@mail.gmail.com> <44729B81.8010909@samsco.org> <87ab37ab0605240048g224218a5s87cfe1b1ed5cc8c9@mail.gmail.com> <20060524075946.GE49081@funkthat.com> <87ab37ab0605240613n594c566q844b754043c2c10@mail.gmail.com> <20060524153153.GF49081@funkthat.com> X-Google-Sender-Auth: ef1c52aac8135a32 Cc: Subject: Re: misc questions about the device&driver arch 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, 28 May 2006 10:20:06 -0000 sir , i am reading /writing directly to a pcib 's configure space ,but i found it difficult to decide which function to use and how to get the bus ,device and function from the device structure shall i use PCI_READ_CONFIG$B!J(Bbus, devlist[numdevs] ,xx, 2$B!K(B or shall i use PCIB_READ_CONFIG(device_t dev, int b, int s, int f, int reg, int width) ? and how can i get int b, int s, int f? thank u On 5/24/06, John-Mark Gurney wrote: > william wallace wrote this message on Wed, May 24, 2006 at 21:13 +0800: > > roger really good tips :) > > and so far as i know , > > the PCI configure space is accessed by pci_read_config,and so on > > the PCI IO space is accessed by > bus_space_read_1 and friends... > > > the PCI memory space is accessed by bus_space_read_1 and so on > > am i right sir? > > Yep... > > > On 5/24/06, John-Mark Gurney wrote: > > >william wallace wrote this message on Wed, May 24, 2006 at 15:48 +0800: > > >> IN static device_method_t pci_methods[] = { > > >> what is the freeBSD's magic to connect pci_read_config_method wtih > > >> PCI_READ_CONFIG? awk script?and so on? > > >> which > > >> DEVMETHOD(pci_read_config, pci_read_config_method), in pci.c > > >> command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); in > > >> pci_enable_io_method in pci.c > > >> > > >> and what if i create a new method in pci method interface ? > > >> such as DEVMETHOD(pci_have_rest , pci_have_rest_method) > > >> what else should i do when i want to use PCI_HAVE_REST(dev ) point to > > >> pci_have_rest_method > > > > > >These are handled by the _if.m files... look at sys/dev/pci/pci_if.m... > > >There is an awk script in sys/tools/makeobjops.awk that converts the > > >_if.m to the appropriate .h and .c files... > > > > > >Please read: > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/kernel-objects-using.html > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/newbus-overview.html > > > > > >The device methods are implemented using kobj... > > > > > >> On 5/23/06, Scott Long wrote: > > >> >william wallace wrote: > > >> > > > >> >[...] > > >> > > > >> >> MSI: > > >> >> I've bantered around different suggestions for an API that will > > >support > > >> >> this. The basic thing that a driver needs from this is to know > > >> >> exactly how many message interrupt vectors are available to it. It > > >> >> can't just register vectors and handlers blindly since the purpose of > > >> >> MSI is to assign special meanings to each vector and allow the driver > > >to > > >> >> handle each one in specifically. > > >> > > > >> >[...] > > >> > > > >> >I just wanted to briefly say that an MSI implementation has been done > > >> >recently, and that it should start getting wider circulation and review > > >> >soon. That's not to say that more work and design can't be done in this > > >> >area, but we should probably wait a bit and see what has been done > > >> >already. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > -- we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 13:46: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 F2E8916A420 for ; Sun, 28 May 2006 13:46:42 +0000 (UTC) (envelope-from anatoli@aksoft.net) Received: from 26th.net (26th.net [217.79.183.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 652CB43D55 for ; Sun, 28 May 2006 13:46:42 +0000 (GMT) (envelope-from anatoli@aksoft.net) Received: from [192.168.0.26] (td9091c4b.pool.terralink.de [217.9.28.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 26th.net (Postfix) with ESMTP id 5F45320BB78 for ; Sun, 28 May 2006 15:46:38 +0200 (CEST) Message-ID: <4479A99E.8080708@aksoft.net> Date: Sun, 28 May 2006 15:46:06 +0200 From: Anatoli Klassen User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: security.bsd.see_other_uids for jails 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, 28 May 2006 13:46:43 -0000 Hi All, if security.bsd.see_other_uids is set to 0, users from the main system can still see processes from jails if they have (by accident) the save uid. For me it's wrong behavior because the main system and the jail are two different systems where uids are independent. Could somebody explain the case? Regards, Anatoli From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 13:50:37 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 36ADF16A999 for ; Sun, 28 May 2006 13:50:37 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA18B43D4C for ; Sun, 28 May 2006 13:50:36 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 17E7335707 for ; Sun, 28 May 2006 15:50:35 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id 568576C745; Sun, 28 May 2006 15:50:12 +0200 (CEST) Date: Sun, 28 May 2006 15:50:12 +0200 From: joerg@britannica.bec.de To: freebsd-hackers@freebsd.org Message-ID: <20060528135012.GB14541@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <4479A99E.8080708@aksoft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4479A99E.8080708@aksoft.net> User-Agent: Mutt/1.5.11 Subject: Re: security.bsd.see_other_uids for jails 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, 28 May 2006 13:50:39 -0000 On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: > Hi All, > > if security.bsd.see_other_uids is set to 0, users from the main system > can still see processes from jails if they have (by accident) the save uid. > > For me it's wrong behavior because the main system and the jail are two > different systems where uids are independent. Sorry but you have far bigger security problems if you create such a setup. E.g. "users" from the outer system can ptrace the processes in the jail with the same uid. Short answer is: don't do that. Joerg From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 14:39:37 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 7CE8416B44E for ; Sun, 28 May 2006 14:39:37 +0000 (UTC) (envelope-from anatoli@aksoft.net) Received: from 26th.net (26th.net [217.79.183.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBAB43D46 for ; Sun, 28 May 2006 14:39:36 +0000 (GMT) (envelope-from anatoli@aksoft.net) Received: from [192.168.0.26] (td9091c4b.pool.terralink.de [217.9.28.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 26th.net (Postfix) with ESMTP id D8FDB20B418 for ; Sun, 28 May 2006 16:39:34 +0200 (CEST) Message-ID: <4479B603.5030303@aksoft.net> Date: Sun, 28 May 2006 16:38:59 +0200 From: Anatoli Klassen User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4479A99E.8080708@aksoft.net> <20060528135012.GB14541@britannica.bec.de> In-Reply-To: <20060528135012.GB14541@britannica.bec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: security.bsd.see_other_uids for jails 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, 28 May 2006 14:39:41 -0000 joerg@britannica.bec.de wrote: > On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: >> Hi All, >> >> if security.bsd.see_other_uids is set to 0, users from the main system >> can still see processes from jails if they have (by accident) the save uid. >> >> For me it's wrong behavior because the main system and the jail are two >> different systems where uids are independent. > > Sorry but you have far bigger security problems if you create such a > setup. E.g. "users" from the outer system can ptrace the processes in > the jail with the same uid. > But ptrace uses the same function p_cansee for security check. Does it mean than "outer" user is more privileged as "jailed" root? Is it intended? Regards, Anatoli From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 15:25: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 407C516B67B for ; Sun, 28 May 2006 15:25:12 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 84A1043D58 for ; Sun, 28 May 2006 15:25:11 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 28 May 2006 16:25:10 +0100 (BST) Date: Sun, 28 May 2006 16:25:10 +0100 From: David Malone To: Anatoli Klassen Message-ID: <20060528152510.GA39279@walton.maths.tcd.ie> References: <4479A99E.8080708@aksoft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4479A99E.8080708@aksoft.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-hackers@freebsd.org Subject: Re: security.bsd.see_other_uids for jails 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, 28 May 2006 15:25:15 -0000 On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: > if security.bsd.see_other_uids is set to 0, users from the main system > can still see processes from jails if they have (by accident) the save uid. > > For me it's wrong behavior because the main system and the jail are two > different systems where uids are independent. You could try the following (untested) patch to the MAC seeotheruid module. You'd need to compile a kernel with the MAC option and then: kldload mac_seeotheruids sysctl security.mac.seeotheruids.enabled=1 sysctl security.mac.seeotheruids.jail_match=1 and I think it will do what you want. The module is very simple, so if it doesn't quite do what you want, then you may be able to tweak it to get what you want. David. Index: sys/security/mac_seeotheruids/mac_seeotheruids.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/security/mac_seeotheruids/mac_seeotheruids.c,v retrieving revision 1.8 diff -u -r1.8 mac_seeotheruids.c --- sys/security/mac_seeotheruids/mac_seeotheruids.c 30 Sep 2005 23:41:10 -0000 1.8 +++ sys/security/mac_seeotheruids/mac_seeotheruids.c 28 May 2006 14:57:24 -0000 @@ -105,6 +105,29 @@ SYSCTL_INT(_security_mac_seeotheruids, OID_AUTO, specificgid, CTLFLAG_RW, &specificgid, 0, "Specific gid to be exempt from seeotheruids policy"); +/* + * Restriction: Unprivileged users outside jail cannot see jailed processes, + * unprivileged users in a jail can only see processes in the same jail. + */ +static int jail_match = 0; +SYSCTL_INT(_security_mac_seeotheruids, OID_AUTO, jail_match, + CTLFLAG_RW, &jail_match, 0, "Allow access only when in the same jail"); + +static int +mac_seeotheruids_prison_check(struct ucred *u1, struct ucred *u2) { + + if (!jail_match) + return (0); + + if (u1->cr_prison == NULL && u2->cr_prison == NULL) + return (0); + + if (u1->cr_prison != NULL && u1->cr_prison == u2->cr_prison) + return (0); + + return (ESRCH); +} + static int mac_seeotheruids_check(struct ucred *u1, struct ucred *u2) { @@ -113,7 +136,8 @@ return (0); if (primarygroup_enabled) { - if (u1->cr_rgid == u2->cr_rgid) + if (u1->cr_rgid == u2->cr_rgid && + mac_seeotheruids_prison_check(u1, u2) == 0) return (0); } @@ -122,7 +146,8 @@ return (0); } - if (u1->cr_ruid == u2->cr_ruid) + if (u1->cr_ruid == u2->cr_ruid && + mac_seeotheruids_prison_check(u1, u2) == 0) return (0); if (suser_privileged) { From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 15:34:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C94416B87E for ; Sun, 28 May 2006 15:34:19 +0000 (UTC) (envelope-from yaron@aristo.tau.ac.il) Received: from aristo.tau.ac.il (aristold.tau.ac.il [132.66.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id A380B43D7B for ; Sun, 28 May 2006 15:34:12 +0000 (GMT) (envelope-from yaron@aristo.tau.ac.il) Received: by aristo.tau.ac.il (Postfix, from userid 20005) id 2F3044D4EA; Sun, 28 May 2006 18:34:21 +0300 (IDT) Received: from localhost (localhost [127.0.0.1]) by aristo.tau.ac.il (Postfix) with ESMTP id 1AA6348C7F for ; Sun, 28 May 2006 18:34:21 +0300 (IDT) Date: Sun, 28 May 2006 18:34:20 +0300 (IDT) From: Yaron Zabary X-Sender: yaron@aristold.tau.ac.il To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Pagedaemon and shared memory [was: Heavy system load by pagedaemon]. 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, 28 May 2006 15:34:24 -0000 I am observing similar symptoms as described in the original letter (by Iasen Kostov). I am using the vmware3 port. My desktop machine is a P3 1Gh with 512Mb. The vmware guest (a Windows 2000) is allocated 256Mb. Every once in a while (around five times a day), the machine freezes. The clock on the toolbar stops counting the seconds. I have top running on a session from another machine (it is a second machine I can switch to using KVM) which also freezes (no screen refresh). Disk activity is heavy (lamp is on). After over 30 seconds, the machine is back to normal and everything works fine. The vmware process resident size goes down from ~200Mb to ~100Mb. I also notices some relations to running acroread 7 with large PDF files (which might also need shared memory for its operation). I had the exact same problem on the same box when I was running FreeBSD 4.10 (which I attributed at first to a bad disk, which was replaced when I upgraded from 4.10 to 6.1). Details of my setup: zed# pkg_info | grep acro acroread7-7.0.1,1 Adobe Reader for view, print, and search PDF documents (ENU acroreadwrapper-0.0.20060221 Wrapper script for Adobe Reader zed# pkg_info | grep vmware vmware3-3.2.1.2242_13,1 A virtual machine emulator - a full PC in a window zed# uname -a FreeBSD zed.tau.ac.il 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 zed# vmstat -s 3085682937 cpu context switches 1891952501 device interrupts 102932808 software interrupts 224976183 traps 3444466737 system calls 43 kernel threads created 90785 fork() calls 9290 vfork() calls 0 rfork() calls 152515 swap pager pageins 320318 swap pager pages paged in 109683 swap pager pageouts 335657 swap pager pages paged out 607136 vnode pager pageins 1527655 vnode pager pages paged in 382684 vnode pager pageouts 674383 vnode pager pages paged out 13048 page daemon wakeups 169035203 pages examined by the page daemon 1758718 pages reactivated 4566067 copy-on-write faults 3783 copy-on-write optimized faults 119970368 zero fill pages zeroed 101409420 zero fill pages prezeroed 160241 intransit blocking page faults 144326574 total VM faults taken 0 pages affected by kernel thread creation 6901381 pages affected by fork() 1204954 pages affected by vfork() 0 pages affected by rfork() 185857018 pages freed 187 pages freed by daemon 51557423 pages freed by exiting processes 44604 pages active 7181 pages inactive 3777 pages in VM cache 64942 pages wired down 5806 pages free 4096 bytes per page 1945885066 total name lookups cache hits (95% pos + 4% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% -- Yaron. From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 15:45:50 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 3BD0216A649 for ; Sun, 28 May 2006 15:45:50 +0000 (UTC) (envelope-from yaron@aristo.tau.ac.il) Received: from aristo.tau.ac.il (aristold.tau.ac.il [132.66.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 906B443D4C for ; Sun, 28 May 2006 15:45:49 +0000 (GMT) (envelope-from yaron@aristo.tau.ac.il) Received: by aristo.tau.ac.il (Postfix, from userid 20005) id 1FEBC4D4ED; Sun, 28 May 2006 18:45:58 +0300 (IDT) Received: from localhost (localhost [127.0.0.1]) by aristo.tau.ac.il (Postfix) with ESMTP id 0B6B148C7F for ; Sun, 28 May 2006 18:45:57 +0300 (IDT) Date: Sun, 28 May 2006 18:45:57 +0300 (IDT) From: Yaron Zabary X-Sender: yaron@aristold.tau.ac.il To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Pagedaemon and shared memory [was: Heavy system load by pagedaemon]. 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, 28 May 2006 15:45:53 -0000 A few more points I forgot to mention. Nothing in /var/log/messages or dmesg. I just tried opening acroread on a 5Mb file and started scrolling fast in it. The machine froze at 18:37:26, the clock blipped at 18:39:25 and went back to normal at 18:41:35, which means over four minutes of freeze. -- Yaron. From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 20:34:50 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 490EE16CA55 for ; Sun, 28 May 2006 20:29:36 +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 A2AEA43D68 for ; Sun, 28 May 2006 20:29:29 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from avleen by pear.silverwraith.com with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FkRtw-0002lD-3e for freebsd-hackers@freebsd.org; Sun, 28 May 2006 13:30:16 -0700 Date: Sun, 28 May 2006 13:30:16 -0700 From: Avleen Vig To: freebsd-hackers@freebsd.org Message-ID: <20060528203015.GA8791@silverwraith.com> References: <20060512220019.GA1911@silverwraith.com> <20060512223919.GA21382@fonon.realnet> <20060513014020.GE1911@silverwraith.com> <20060513074033.GA1236@fonon.realnet> <20060515175802.GA727@silverwraith.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060515175802.GA727@silverwraith.com> User-Agent: Mutt/1.5.11 Subject: 6.1 crash data (was: Re: no core file handler recognizes format) 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, 28 May 2006 20:34:53 -0000 On Mon, May 15, 2006 at 10:58:02AM -0700, Avleen Vig wrote: > On Sat, May 13, 2006 at 11:40:33AM +0400, Stanislav Sedov wrote: > > Rebuild your kernel with INVARIANTS enabled and debug info. It will > > provide more information in case the crash happens again. Ok, I finally got a core file with the crash :-) Where's what some of kgdb tells me. All I can tell, is that the bug happened somewhere around trying to set a TOS value for an outbound network packet? Help please? [root@gooseberry] ~ # kgdb -c /var/crash/vmcore.0 /usr/obj/usr/src/sys/GOOSEBERR Y/kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x58 fault code = supervisor write, page not present instruction pointer = 0x20:0xc05efa9a stack pointer = 0x28:0xd6cb7ae0 frame pointer = 0x28:0xd6cb7b10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 20115 (python) trap number = 12 panic: page fault Uptime: 10d6h22m19s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0553492 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc05537ac in panic (fmt=0xc071873f "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc06fc00c in trap_fatal (frame=0xd6cb7aa0, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc06fbd17 in trap_pfault (frame=0xd6cb7aa0, usermode=0, eva=88) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc06fb94d in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = -691307388, tf_ebp = -691307760, tf_isp = -691307828, tf_ebx = 0, tf_edx = -691307120, tf_ecx = 0, tf_eax = 8, tf_trapno = 12, tf_err = 2, tf_eip = -1067517286, tf_cs = 32, tf_eflags = 66183, tf_esp = -691307388, tf_ss = -691307784}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc06e994a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05efa9a in ip_ctloutput (so=0x8, sopt=0xd6cb7c84) at /usr/src/sys/netinet/ip_output.c:1210 at /usr/src/sys/netinet/ip_output.c:1210 #8 0xc0601ad1 in tcp_ctloutput (so=0xc57aede8, sopt=0xd6cb7c84) at /usr/src/sys/netinet/tcp_usrreq.c:1038 #9 0xc05971a7 in sosetopt (so=0xc57aede8, sopt=0xd6cb7c84) at /usr/src/sys/kern/uipc_socket.c:1560 #10 0xc059cec9 in kern_setsockopt (td=0xc4b03900, s=8, level=8, name=8, val=0xbfbfab68, valseg=UIO_USERSPACE, valsize=0) at /usr/src/sys/kern/uipc_syscalls.c:1351 #11 0xc059cdee in setsockopt (td=0x8, uap=0xd6cb7d90) at /usr/src/sys/kern/uipc_syscalls.c:1307 #12 0xc06fc322 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077957792, tf_esi = -1077957784, tf_ebp = -1077957768, tf_isp = -691307164, tf_ebx = 708028888, tf_edx = 170620760, tf_ecx = -1077958488, tf_eax = 105, tf_trapno = 22, tf_err = 2, tf_eip = 673659967, tf_cs = 51, tf_eflags = 662, tf_esp = -1077957844, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #13 0xc06e999f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () (kgdb) up 7 #7 0xc05efa9a in ip_ctloutput (so=0x8, sopt=0xd6cb7c84) at /usr/src/sys/netinet/ip_output.c:1210 1210 inp->inp_ip_tos = optval; (kgdb) p optval $1 = 8 (kgdb) p inp $2 = (struct inpcb *) 0x0 (kgdb) p inp->inp_ip_tos There is no member named inp_ip_tos. (kgdb) p inp->inp_depend4.inp4_ip_tos Cannot access memory at address 0x58 **** Here I went up one more, to #8: (kgdb) up 1 #8 0xc0601ad1 in tcp_ctloutput (so=0xc57aede8, sopt=0xd6cb7c84) at /usr/src/sys/netinet/tcp_usrreq.c:1038 1038 error = ip_ctloutput(so, sopt); (kgdb) p *so $14 = {so_count = 1, so_type = 1, so_options = 4, so_linger = 0, so_state = 8448, so_qstate = 0, so_pcb = 0x0, so_proto = 0xc076e588, so_head = 0x0, so_incomp = {tqh_first = 0x0, tqh_last = 0x0}, so_comp = { tqh_first = 0x0, tqh_last = 0x0}, so_list = {tqe_next = 0x0, tqe_prev = 0xc3baa5b4}, so_qlen = 0, so_incqlen = 0, so_qlimit = 0, so_timeo = 0, so_error = 54, so_sigio = 0x0, so_oobmark = 0, so_aiojobq = { tqh_first = 0x0, tqh_last = 0xc57aee30}, so_rcv = {sb_sel = {si_thrlist = { tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = { kl_list = {slh_first = 0x0}, kl_lock = 0xc0535980 , kl_unlock = 0xc05359b0 , kl_locked = 0xc05359e0 , kl_lockarg = 0xc57aee5c}, si_flags = 0}, sb_mtx = {mtx_object = {lo_class = 0xc0764584, lo_name = 0xc07312d1 "so_rcv", lo_type = 0xc07312d1 "so_rcv", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, sb_state = 32, sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 65700, sb_mbcnt = 0, sb_mbmax = 525600, sb_ctl = 0, sb_lowat = 1, sb_timeo = 0, sb_flags = 0}, so_snd = {sb_sel = { si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, kl_lock = 0xc0535980 , kl_unlock = 0xc05359b0 , kl_locked = 0xc05359e0 , kl_lockarg = 0xc57aeed4}, si_flags = 0}, sb_mtx = {mtx_object = {lo_class = 0xc0764584, lo_name = 0xc07312ca "so_snd", lo_type = 0xc07312ca "so_snd", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, sb_state = 16, sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 33580, sb_mbcnt = 0, sb_mbmax = 268640, sb_ctl = 0, sb_lowat = 2048, sb_timeo = 0, sb_flags = 0}, so_upcall = 0, so_upcallarg = 0x0, so_cred = 0xc54fc880, so_label = 0x0, so_peerlabel = 0x0, so_gencnt = 1765445, so_emuldata = 0x0, so_accf = 0x0} (kgdb) p *sopt $15 = {sopt_dir = SOPT_SET, sopt_level = 0, sopt_name = 3, sopt_val = 0xbfbfab68, sopt_valsize = 4, sopt_td = 0xc4b03900} That's about all I was about to find out with my limited debugging skills (and from reading Michael Lucas's OnLamp.com article on kernel debugging). Everything I've seen the panic, it's been while some python process was running, which seems like more than a coincedence. From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 21:27: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 026BB16D10D for ; Sun, 28 May 2006 21:15:21 +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 244EE43D6E for ; Sun, 28 May 2006 21:15:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k4SLF8hj033309; Mon, 29 May 2006 01:15:09 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 29 May 2006 01:15:08 +0400 (MSD) From: Maxim Konovalov To: Avleen Vig In-Reply-To: <20060528203015.GA8791@silverwraith.com> Message-ID: <20060529011110.G33226@mp2.macomnet.net> References: <20060512220019.GA1911@silverwraith.com> <20060512223919.GA21382@fonon.realnet> <20060513014020.GE1911@silverwraith.com> <20060513074033.GA1236@fonon.realnet> <20060515175802.GA727@silverwraith.com> <20060528203015.GA8791@silverwraith.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: 6.1 crash data (was: Re: no core file handler recognizes format) 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, 28 May 2006 21:27:42 -0000 On Sun, 28 May 2006, 13:30-0700, Avleen Vig wrote: > On Mon, May 15, 2006 at 10:58:02AM -0700, Avleen Vig wrote: > > On Sat, May 13, 2006 at 11:40:33AM +0400, Stanislav Sedov wrote: > > > Rebuild your kernel with INVARIANTS enabled and debug info. It will > > > provide more information in case the crash happens again. > > Ok, I finally got a core file with the crash :-) > Where's what some of kgdb tells me. > All I can tell, is that the bug happened somewhere around trying to set > a TOS value for an outbound network packet? > Help please? [...] As I already said the issue is known. Please send the backtrace as a followup to kern/97095. -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Sun May 28 21:33: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 EB24D16CFE6 for ; Sun, 28 May 2006 21:27:04 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFAAC43D4C for ; Sun, 28 May 2006 21:27:03 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id D62261A32E6; Sun, 28 May 2006 23:27:01 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03884-02; Sun, 28 May 2006 23:26:58 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id B89C41A32E5; Sun, 28 May 2006 23:26:58 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id EE72761C63; Sun, 28 May 2006 23:26:57 +0200 (CEST) Message-ID: <447A1598.2080401@sh.cvut.cz> Date: Sun, 28 May 2006 23:26:48 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Anatoli Klassen References: <4479A99E.8080708@aksoft.net> In-Reply-To: <4479A99E.8080708@aksoft.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5DDBA4ABE3091A88C720C5F6" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: freebsd-hackers@freebsd.org Subject: Re: security.bsd.see_other_uids for jails 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, 28 May 2006 21:33:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5DDBA4ABE3091A88C720C5F6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Anatoli Klassen wrote: > Hi All, >=20 > if security.bsd.see_other_uids is set to 0, users from the main system > can still see processes from jails if they have (by accident) the save = uid. >=20 > For me it's wrong behavior because the main system and the jail are two= > different systems where uids are independent. >=20 > Could somebody explain the case? >=20 > Regards, > Anatoli What about mac_partition? Not that I have tried it. It just seems it could be what you want. -- VH --------------enig5DDBA4ABE3091A88C720C5F6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRHoVoW56zbtzMDG0AQLeHgf8Cj0f0w1MyDHimRcE9o8f9qYoXZOvZeFD L8SKzG+KvrLSDdzRguj151OCksL9W+Zu3Jbl2ZIMvszxcdwBKkn0fdFln02sd+HA POd+CqntnFFTHVHGhtCFxwXbFT8yNGPQeimVvDp0Ta1DeuxowZO9hzhR+qgqbz2G F3fwieuDhZOVbMZefbUd/mYclqPoM/fP+dkvRN2zb3YhFPGVBJPsekHdpHgPkqYk rV3FA3izs7ZdEwvrhggVSlK+bzetalzPS0g9T4EKEseVUVT35cejLqnacWviViL5 7nx5PrDhfCKJDKlvl+zz3dygNm6Q3xCVVle6jUlGAQMd4+CN+qZvHg== =A4ER -----END PGP SIGNATURE----- --------------enig5DDBA4ABE3091A88C720C5F6-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 01:18: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 1E63F16ACAE for ; Mon, 29 May 2006 01:18:15 +0000 (UTC) (envelope-from ederbs.hackers@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31AF843D53 for ; Mon, 29 May 2006 01:18:13 +0000 (GMT) (envelope-from ederbs.hackers@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so882684nzo for ; Sun, 28 May 2006 18:18:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=DcZQL4KCalvxoapwkzQXG1xs9Tnr3WtcZmGgkke1nysyo0nHxxuec5TuZktrPry7bg2c0cTA1P+CROz4vog7SLH1vrWZ/W3c2ivCJ642tcQIAfy1smFCk5Ka1Q98IRNzNr90w3VUoajxLSjaFG8HrY/u3XH5uG2geXDBx2fB5oE= Received: by 10.65.177.12 with SMTP id e12mr683760qbp; Sun, 28 May 2006 18:18:13 -0700 (PDT) Received: by 10.64.178.18 with HTTP; Sun, 28 May 2006 18:18:13 -0700 (PDT) Message-ID: <2699850605281818k8a48093s286f2d2f12109be1@mail.gmail.com> Date: Sun, 28 May 2006 22:18:13 -0300 From: Eder To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Source ScreenSaver 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, 29 May 2006 01:18:18 -0000 Hi all, Already postei the code of screensaver, now would like to know if it can be enclosed to src of the FreeBSD. Or that I must modify ! Thanks, Eder. ----cut---- > Hi all, > > Doubts ! > > I created to screensaver for console. > > The code would like to know as sending, to be enclosed in src of the > FreeBSD. ----cut---- > No code seen. > > attachments are removed on the list. > ----cut---- > Hi all, > > It follows link of the code and the procedures >http://200.193.29.195/saver/index.html > >Thanks, > --=20 Linux is for people who hate Windows, BSD is for people who love UNIX" From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 01:36: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 CD36116A50B for ; Mon, 29 May 2006 01:36:39 +0000 (UTC) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 252B643D48 for ; Mon, 29 May 2006 01:36:38 +0000 (GMT) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (unknown [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 6E8442849B; Mon, 29 May 2006 01:36:37 +0000 (GMT) Received: by gremlin.foo.is (Postfix, from userid 1000) id A395828490; Mon, 29 May 2006 01:36:33 +0000 (GMT) Date: Mon, 29 May 2006 01:36:33 +0000 From: Baldur Gislason To: Eder Message-ID: <20060529013633.GC47990@gremlin.foo.is> References: <2699850605281818k8a48093s286f2d2f12109be1@mail.gmail.com> In-Reply-To: <2699850605281818k8a48093s286f2d2f12109be1@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-5.9 required=6.0 tests=ALL_TRUSTED,BAYES_00, NORMAL_HTTP_TO_IP autolearn=ham version=3.0.4 X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Cc: freebsd-hackers@freebsd.org Subject: Re: Source ScreenSaver 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, 29 May 2006 01:36:39 -0000 see /usr/ports/misc/matrix-kmod Isn't this similiar? Baldur On Sun, May 28, 2006 at 10:18:13PM -0300, Eder wrote: > Hi all, > > Already postei the code of screensaver, now would like to know if it can > be enclosed to src of the FreeBSD. > > Or that I must modify ! > > Thanks, > > Eder. > > ----cut---- > > >Hi all, > > > >Doubts ! > > > >I created to screensaver for console. > > > >The code would like to know as sending, to be enclosed in src of the > >FreeBSD. > > ----cut---- > > >No code seen. > > > >attachments are removed on the list. > > > > ----cut---- > > >Hi all, > > > >It follows link of the code and the procedures > >http://200.193.29.195/saver/index.html > > > >Thanks, > > > > -- > Linux is for people who hate Windows, > BSD is for people who love UNIX" > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 04:59: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 63E3116A54F for ; Mon, 29 May 2006 04:59:40 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB58643D4C for ; Mon, 29 May 2006 04:59:39 +0000 (GMT) (envelope-from soralx@cydem.org) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J000074MGJEKOE0@l-daemon> for freebsd-hackers@freebsd.org; Sun, 28 May 2006 22:59:39 -0600 (MDT) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd3mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J0000E4QGJEOTD0@pd3mr3so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Sun, 28 May 2006 22:59:38 -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 <0J0000FNNGJEL8I2@l-daemon> for freebsd-hackers@freebsd.org; Sun, 28 May 2006 22:59:38 -0600 (MDT) Date: Sun, 28 May 2006 21:59:38 -0700 From: soralx@cydem.org In-reply-to: To: freebsd-hackers@freebsd.org Message-id: <200605282159.38315.soralx@cydem.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: User-Agent: KMail/1.9.1 Subject: Re: Pagedaemon and shared memory [was: Heavy system load by pagedaemon]. 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, 29 May 2006 04:59:41 -0000 > with 512Mb. The vmware guest (a Windows 2000) is allocated 256Mb. Every > once in a while (around five times a day), the machine freezes. The clock > on the toolbar stops counting the seconds. I have top running on a session > from another machine (it is a second machine I can switch to using KVM) > which also freezes (no screen refresh). Disk activity is heavy (lamp is > on). After over 30 seconds, the machine is back to normal and everything > works fine. The vmware process resident size goes down from ~200Mb to > ~100Mb. I also notices some relations to running acroread 7 with large PDF > files (which might also need shared memory for its operation). I had the > exact same problem on the same box when I was running FreeBSD 4.10 (which > I attributed at first to a bad disk, which was replaced when I upgraded > from 4.10 to 6.1). Isn't this normal? I noticed long time ago that paging always causes freezes, as though there is no context switching during swapping at all. [SorAlx] ridin' VN1500-B2 From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 05:25: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 6925916AA8F for ; Mon, 29 May 2006 05:25:13 +0000 (UTC) (envelope-from yaron@aristo.tau.ac.il) Received: from aristo.tau.ac.il (aristold.tau.ac.il [132.66.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B0B643D68 for ; Mon, 29 May 2006 05:25:05 +0000 (GMT) (envelope-from yaron@aristo.tau.ac.il) Received: by aristo.tau.ac.il (Postfix, from userid 20005) id D62964D60B; Mon, 29 May 2006 08:25:13 +0300 (IDT) Received: from localhost (localhost [127.0.0.1]) by aristo.tau.ac.il (Postfix) with ESMTP id 8C64D48C7F; Mon, 29 May 2006 08:25:13 +0300 (IDT) Date: Mon, 29 May 2006 08:25:12 +0300 (IDT) From: Yaron Zabary X-Sender: yaron@aristold.tau.ac.il To: soralx@cydem.org In-Reply-To: <200605282159.38315.soralx@cydem.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: Pagedaemon and shared memory [was: Heavy system load by pagedaemon]. 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, 29 May 2006 05:25:14 -0000 On Sun, 28 May 2006 soralx@cydem.org wrote: > > > with 512Mb. The vmware guest (a Windows 2000) is allocated 256Mb. Every > > once in a while (around five times a day), the machine freezes. The clock > > on the toolbar stops counting the seconds. I have top running on a session > > from another machine(it is a second machine I can switch to using KVM) > > which also freezes (no screen refresh). Disk activity is heavy (lamp is > > on). After over 30 seconds, the machine is back to normal and everything > > works fine. The vmware process resident size goesdown from ~200Mb to > > ~100Mb. I also notices some relations to running acroread 7 with large PDF > > files (which might also need shared memory for its operation). I had the > > exact same problem on the same box when I was running FreeBSD 4.10 (which > > I attributed at first to a bad disk, which was replaced when I upgraded > > from 4.10 to 6.1). > > Isn't this normal? I noticed long time ago that paging always causes > freezes, as though there is no context switching during swapping at all. I have no problem with the paging. It just seems that the high and low watermarks are set in such a way that causes the system to freeze for a very long period. In my second letter I mentioned the fact that it took around four minutes for the system to become responsive again. My guess is that tuning the high watermark lower AND having the spread between the high and low watermarks smaller will make things better. Also, it seems that there is some issue which is related to shared memory which makes the problem worse. > > [SorAlx]ridin' VN1500-B2 > _______________________________________________ > 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 Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. > -- Yaron. From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 13:57: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 D9CB416AD34 for ; Mon, 29 May 2006 13:57:02 +0000 (UTC) (envelope-from listas@itm.net.br) Received: from venom.itm.net.br (venom.itm.net.br [201.30.187.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE0E43D6E for ; Mon, 29 May 2006 13:56:57 +0000 (GMT) (envelope-from listas@itm.net.br) Received: (qmail 8626 invoked by uid 89); 29 May 2006 13:55:24 -0000 Received: by simscan 1.2.0 ppid: 8621, pid: 8622, t: 0.5213s scanners: attach: 1.2.0 clamav: 0.88.2/m:38/d:1488 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on venom.itm.net.br X-Spam-Level: X-Spam-Status: No, score=-1.9 required=6.0 tests=AWL,BAYES_05 autolearn=ham version=3.1.0 Received: from unknown (HELO ironman) (200.223.172.71) by venom.itm.net.br with SMTP; 29 May 2006 13:55:23 -0000 Message-ID: <00e101c68327$be49d230$0301a8c0@ironman> From: "Cesar" To: Date: Mon, 29 May 2006 10:56:54 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Subject: FreeBSD 6.1-RELEASE - make distribution 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, 29 May 2006 13:57:08 -0000 I noticed that FreeBSD 6.1-RELEASE produce an error while trying to "make distribution". Is this changed or just a small bug? [root@builder /usr/src]# make distribution DESTDIR=/tmp/distro cd /usr/src/etc; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make distribution cd /usr/src/etc; install -o root -g wheel -m 644 amd.map apmd.conf auth.conf crontab csh.cshrc csh.login csh.logout devd.conf devfs.conf dhclient.conf disktab fbtab ftpusers gettytab group hosts hosts.allow hosts.equiv hosts.lpd inetd.conf login.access login.conf mac.conf motd netconfig network.subr networks newsyslog.conf portsnap.conf pf.conf pf.os phones profile protocols rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless rc.sendmail rc.shutdown rc.subr remote rpc services shells snmpd.config sysctl.conf syslog.conf usbd.conf etc.i386/ttys /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap /tmp/distro/etc; cap_mkdb -l /tmp/distro/etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /tmp/distro/etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /tmp/distro/etc; pwd_mkdb -L -i -p -d /tmp/distro/etc /tmp/distro/etc/master.passwd install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root@builder /usr/src]# From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 14:39: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 53A6116B06F for ; Mon, 29 May 2006 14:39:03 +0000 (UTC) (envelope-from anatoli@aksoft.net) Received: from 26th.net (26th.net [217.79.183.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39FC43D4C for ; Mon, 29 May 2006 14:39:00 +0000 (GMT) (envelope-from anatoli@aksoft.net) Received: from [192.168.0.26] (t54fc42f6.pool.terralink.de [84.252.66.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 26th.net (Postfix) with ESMTP id 20F4620B479; Mon, 29 May 2006 16:38:58 +0200 (CEST) Message-ID: <447B076E.1080503@aksoft.net> Date: Mon, 29 May 2006 16:38:38 +0200 From: Anatoli Klassen User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: David Malone References: <4479A99E.8080708@aksoft.net> <20060528152510.GA39279@walton.maths.tcd.ie> In-Reply-To: <20060528152510.GA39279@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: security.bsd.see_other_uids for jails 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, 29 May 2006 14:39:04 -0000 David Malone wrote: > On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: >> if security.bsd.see_other_uids is set to 0, users from the main system >> can still see processes from jails if they have (by accident) the save uid. >> >> For me it's wrong behavior because the main system and the jail are two >> different systems where uids are independent. > > You could try the following (untested) patch to the MAC seeotheruid > module. You'd need to compile a kernel with the MAC option and then: > Thanks for the patch, maybe I'll need something like that for my environment. But my question is if it's really intended that jail is not real virtual system but just a way to limit interaction from jail to host and not vice versa. If it's the case than this has to be specified in jail(8). Regards, Anatoli From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 15:01:29 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 A611B16A640 for ; Mon, 29 May 2006 15:01:29 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from Mail.elbekies.net (mail.elbekies.net [217.6.211.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0904443D48 for ; Mon, 29 May 2006 15:01:28 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-014.eplus-online.de [212.23.126.14]) by Mail.elbekies.net (Postfix) with ESMTP id 8592167870 for ; Mon, 29 May 2006 17:01:23 +0200 (CEST) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 28EDE2E51E for ; Mon, 29 May 2006 17:01:15 +0200 (CEST) Message-ID: <447B0CD3.1080309@vwsoft.com> Date: Mon, 29 May 2006 17:01:39 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 MIME-Version: 1.0 To: hackers@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-Elbekies-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Cc: Subject: USB device with multiple interfaces, sample code 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: Mon, 29 May 2006 15:01:30 -0000 Hi hackers, I'm trying to correctly implement a driver for an USB device which has multiple (serial) interfaces (at least 3). Each interface should be seen by the kernel as a tty device entry /dev(/cuaU* or /dev/ttyU*). After reading the usb kernel sources I'm not quite sure how to deal with that. As the device entry is being created in ucom.c (ucom_attach calls ttycreate) I'm not quite sure which code is responsible for scanning (enumerating) and correctly attaching to the usb device interfaces or if there's just a wrong enumeration return code. I haven't found any usb code which deals with more than 1 interface per usb device (except sound/pcm/uaudio but while doing a quick read of that code I do not understand much of uaudio). Does any of the hackers have a piece of sample code on how to scan usb device interfaces and attach a device file entry (/dev/) to it? Or any pseudo-code or graphical explanation on how the usb code is actually doing device enumeration? Thanks, Volker From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 15:36:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE27316A446 for ; Mon, 29 May 2006 15:36:35 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from cielago.ip.net.ua (cielago.ip.net.ua [82.193.96.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF5743D46 for ; Mon, 29 May 2006 15:36:35 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by cielago.ip.net.ua (8.13.6/8.13.6) with ESMTP id k4TFZVXq058344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 18:35:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.6/8.13.6) id k4TFaC2U046429; Mon, 29 May 2006 18:36:12 +0300 (EEST) (envelope-from ru) Date: Mon, 29 May 2006 18:36:12 +0300 From: Ruslan Ermilov To: Cesar Message-ID: <20060529153612.GF44223@ip.net.ua> References: <00e101c68327$be49d230$0301a8c0@ironman> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BQPnanjtCNWHyqYD" Content-Disposition: inline In-Reply-To: <00e101c68327$be49d230$0301a8c0@ironman> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 6.1-RELEASE - make distribution 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, 29 May 2006 15:36:39 -0000 --BQPnanjtCNWHyqYD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 29, 2006 at 10:56:54AM -0300, Cesar wrote: > I noticed that FreeBSD 6.1-RELEASE produce an error while trying to "make= =20 > distribution". >=20 > Is this changed or just a small bug? >=20 Neither. It just tells you the truth -- you don't have the /tmp/distro/etc directory since you forgot to run "make distrib-dirs". > [root@builder /usr/src]# make distribution DESTDIR=3D/tmp/distro >=20 > cd /usr/src/etc; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHIN= E=3Di386=20 > CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/bin=20 > GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font=20 > GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac=20 > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/u= sr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:= /usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr= /sbin:/usr/bin=20 > make distribution > cd /usr/src/etc; install -o root -g wheel -m 644 amd.map apmd.conf=20 > auth.conf crontab csh.cshrc csh.login csh.logout devd.conf devfs.conf=20 > dhclient.conf disktab fbtab ftpusers gettytab group hosts hosts.allow=20 > hosts.equiv hosts.lpd inetd.conf login.access login.conf mac.conf motd= =20 > netconfig network.subr networks newsyslog.conf portsnap.conf pf.conf pf.= os=20 > phones profile protocols rc rc.bsdextended rc.firewall rc.firewall6=20 > rc.initdiskless rc.sendmail rc.shutdown rc.subr remote rpc services=20 > shells snmpd.config sysctl.conf syslog.conf usbd.conf etc.i386/ttys=20 > /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config=20 > /usr/src/etc/../usr.bin/mail/misc/mail.rc=20 > /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap /tmp/distro/etc;= =20 > cap_mkdb -l /tmp/distro/etc/login.conf; install -o root -g wheel -m 755= =20 > netstart pccard_ether rc.suspend rc.resume /tmp/distro/etc; install -o= =20 > root -g wheel -m 600 master.passwd nsmb.conf opieaccess /tmp/distro/etc;= =20 > pwd_mkdb -L -i -p -d /tmp/distro/etc /tmp/distro/etc/master.passwd > install: wrong number or types of arguments > usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > *** Error code 64 >=20 > Stop in /usr/src/etc. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > [root@builder /usr/src]#=20 >=20 > _______________________________________________ > 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" --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --BQPnanjtCNWHyqYD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEexTsqRfpzJluFF4RAsFnAJ0aBSsRzwTyFaWJCQQ81haKqtwaCACeP3UD H6aDsa/BNx/2kzPZbsSzrcs= =RaCz -----END PGP SIGNATURE----- --BQPnanjtCNWHyqYD-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 17:47: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 3804916A50C for ; Mon, 29 May 2006 17:47:39 +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 11DE843D5F for ; Mon, 29 May 2006 17:47:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C32AF46C93; Mon, 29 May 2006 13:47:32 -0400 (EDT) Date: Mon, 29 May 2006 18:47:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Anatoli Klassen In-Reply-To: <447B076E.1080503@aksoft.net> Message-ID: <20060529183954.D79162@fledge.watson.org> References: <4479A99E.8080708@aksoft.net> <20060528152510.GA39279@walton.maths.tcd.ie> <447B076E.1080503@aksoft.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Malone , freebsd-hackers@freebsd.org Subject: Re: security.bsd.see_other_uids for jails 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, 29 May 2006 17:47:42 -0000 On Mon, 29 May 2006, Anatoli Klassen wrote: > David Malone wrote: >> On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: >>> if security.bsd.see_other_uids is set to 0, users from the main system can >>> still see processes from jails if they have (by accident) the save uid. >>> >>> For me it's wrong behavior because the main system and the jail are two >>> different systems where uids are independent. >> >> You could try the following (untested) patch to the MAC seeotheruid >> module. You'd need to compile a kernel with the MAC option and then: > > Thanks for the patch, maybe I'll need something like that for my > environment. > > But my question is if it's really intended that jail is not real virtual > system but just a way to limit interaction from jail to host and not vice > versa. > > If it's the case than this has to be specified in jail(8). Yes, this is a documentation bug. It is more precise to think of jail as a subsetting service than a virtualizing service: processes in jails see a subset of the system resources, rather than virtualized versions. So, for example, they see a subset of the file system name space, a subset of the IP/port name space, a subset of the process list, etc. This means that applications in the "host" environment overlap with the jail environments by virtue of also having access to that subset, as they can directly name files in the file system subset, IP and port bindings, processes, and so on. This does appear unclear from a quick skim of the man page, so something on the order of the above, with practical suggestions on what this implies, is required in the page. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 08:35: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 888CD16A65C for ; Mon, 29 May 2006 08:35:43 +0000 (UTC) (envelope-from marek@staszic.eu.org) Received: from core.staszic.eu.org (1lo.vlan327.nemes.lubman.net.pl [212.182.71.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id B50FD43D77 for ; Mon, 29 May 2006 08:35:38 +0000 (GMT) (envelope-from marek@staszic.eu.org) Received: by core.staszic.eu.org (Postfix, from userid 1001) id 8A2EF3E899A; Mon, 29 May 2006 10:38:12 +0000 (UTC) Date: Mon, 29 May 2006 10:38:12 +0000 From: Marek Denis To: hackers@freebsd.org Message-ID: <20060529103812.GB75105@core.1lo.lublin.pl> References: <20051030100749.12791.qmail@web35708.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051030100749.12791.qmail@web35708.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 29 May 2006 20:34:11 +0000 Cc: Subject: Re: tcp services (ssh,ftp) does not work 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, 29 May 2006 08:35:46 -0000 On Sun, Oct 30, 2005 at 02:07:49AM -0800, kamal kc wrote: > using ftp/ssh on the same computer also does not show > anything --- just blank. try also checking /var/log/auth.log on your serwer and ssh -vvv on your client.. -- regards Marek [marek@staszic.eu.org] [marek@core.1lo.lublin.pl] "A false sense of security is worse than insecurity" -- Steve Gibson From owner-freebsd-hackers@FreeBSD.ORG Mon May 29 21:46: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 A79A616A77A for ; Mon, 29 May 2006 21:46:07 +0000 (UTC) (envelope-from slidgey@yahoo.ca) Received: from web35710.mail.mud.yahoo.com (web35710.mail.mud.yahoo.com [66.163.179.164]) by mx1.FreeBSD.org (Postfix) with SMTP id E189C43E47 for ; Mon, 29 May 2006 21:44:05 +0000 (GMT) (envelope-from slidgey@yahoo.ca) Received: (qmail 14376 invoked by uid 60001); 29 May 2006 21:44:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QOXaG2LO4BE8KI2LdETUrnoCinfQ19fh51dTbyxadhdzx5HA7KhSGPGRX1kQY6MB/F0kKfKZMAkvx3NKm2/pJkVaIWv6RTO7o2V6cglZxqECrtpsoATSZmXTCzzBnTpyIKTW+/2FpFkAVoF9bTi9BnQSUE+zhL8nKc3QvkRg8ek= ; Message-ID: <20060529214404.14374.qmail@web35710.mail.mud.yahoo.com> Received: from [24.222.189.156] by web35710.mail.mud.yahoo.com via HTTP; Mon, 29 May 2006 17:44:04 EDT Date: Mon, 29 May 2006 17:44:04 -0400 (EDT) From: sara lidgey To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd 5.3, gmirror raid 1, PROBLEM 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, 29 May 2006 21:46:12 -0000 Hi All, I've been running a server using FreeBSD 5.3 and gmirror to mirror two identical IDE hard drives. Its been running great for over a year. But recently everything went down and when I reboot and put a monitor on it I get the following errors on screen: GEOM_MIRROR: Device gm0: provider ad1 disconnected GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed GEOM_MIRROR: Device gm0: rebuilding provider ad0 stopped Fatal trap 12: page fault while in kernel mode... (this is followed by details about the fault) These errors are preceded by other related error information that flys by on the screen and I have no way of seeing them again. Does anyone now what steps I should take to figure what is going on and try to recover data or get the machine to boot? Thanks so much, S. --------------------------------- Make free worldwide PC-to-PC calls. Try the new Yahoo! Canada Messenger with Voice From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 08:12: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 BEF3616A421 for ; Tue, 30 May 2006 08:12:21 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id E46E343D5A for ; Tue, 30 May 2006 08:12:20 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id k4U8CItR038297; Tue, 30 May 2006 10:12:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id k4U8CEBs045209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 May 2006 10:12:15 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id k4U8CEl7011265; Tue, 30 May 2006 10:12:14 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id k4U8CEHP011264; Tue, 30 May 2006 10:12:14 +0200 (CEST) (envelope-from ticso) Date: Tue, 30 May 2006 10:12:14 +0200 From: Bernd Walter To: Volker Message-ID: <20060530081213.GZ2409@cicely12.cicely.de> References: <447B0CD3.1080309@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447B0CD3.1080309@vwsoft.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: hackers@freebsd.org Subject: Re: USB device with multiple interfaces, sample code anyone? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 08:12:22 -0000 On Mon, May 29, 2006 at 05:01:39PM +0200, Volker wrote: > Hi hackers, > > I'm trying to correctly implement a driver for an USB device which > has multiple (serial) interfaces (at least 3). Each interface should > be seen by the kernel as a tty device entry /dev(/cuaU* or /dev/ttyU*). You either build a device driver managing the whole device and create multiple ttys in a single device instance. uftdi(4) is an example for this, which supports single and twin channel USB-devices. Or you build a driver matching a single interface which attaches in multiple instances. ubser is a single interface driver, it creates multiple ttys on a single interface however. Although real hardware don't exist with multiple interfaces the driver would allow it. http://www.bwct.de/modbus/ubmb-0.3.tgz is a very simple interface level driver which was already used for multiple interfaces. It attaches once for each device and create a single device for each instance. But it is not a tty driver. > After reading the usb kernel sources I'm not quite sure how to deal > with that. As the device entry is being created in ucom.c > (ucom_attach calls ttycreate) I'm not quite sure which code is > responsible for scanning (enumerating) and correctly attaching to > the usb device interfaces or if there's just a wrong enumeration > return code. This is done in usbd_probe_and_attach(). Forst the whole device is offered and if no driver claims it each single interface is offered. > I haven't found any usb code which deals with more than 1 interface > per usb device (except sound/pcm/uaudio but while doing a quick read > of that code I do not understand much of uaudio). Normaly a driver only handles a single instance and attaches multiple times. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 12:49:29 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AACBE16A7B7 for ; Tue, 30 May 2006 12:49:29 +0000 (UTC) (envelope-from olgeni@uli.it) Received: from aa009msg.fastweb.it (aa009msg.fastweb.it [213.140.2.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC4B43D72 for ; Tue, 30 May 2006 12:49:24 +0000 (GMT) (envelope-from olgeni@uli.it) Received: from ms008msg.fastweb.it (10.31.40.141) by aa009msg.fastweb.it (7.2.070.1) id 0000000000129633 for freebsd-hackers@FreeBSD.org; Tue, 30 May 2006 14:49:23 +0200 Received: from server.localdomain.net (81.208.57.5) by ms008msg.fastweb.it (7.2.070) id 443CBEB9010040F9 for freebsd-hackers@FreeBSD.org; Tue, 30 May 2006 14:49:23 +0200 Received: from localhost (localhost [127.0.0.1]) by server.localdomain.net (8.13.6/8.13.6) with ESMTP id k4UCnMcY036608; Tue, 30 May 2006 14:49:22 +0200 (CEST) (envelope-from olgeni@uli.it) Date: Tue, 30 May 2006 14:49:22 +0200 (CEST) From: Jimmy Olgeni X-X-Sender: olgeni@server.localdomain.net To: freebsd-hackers@FreeBSD.org Message-ID: <20060530143518.C36362@server.localdomain.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 30 May 2006 13:19:53 +0000 Cc: Subject: bus_dmamap_load_uio and uiomove 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, 30 May 2006 12:49:38 -0000 Hello, Just quick busdma question... I'm currently upgrading a custom device driver to use bus_dmamap_load_uio rather than uiomove. Everything works fine, but calls to "write" fail unless I set uio->uio_resid to 0 by hand (as I'm not using uiomove anymore). Am I supposed to set uio_resid by hand when using bus_dmamap_load_uio, or is there a better way to signal that all the data in uio was used? -- jimmy From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 13:42:37 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 5B74916A4D2 for ; Tue, 30 May 2006 13:42:37 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0A443D46 for ; Tue, 30 May 2006 13:42:36 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so279590wxd for ; Tue, 30 May 2006 06:42:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=UIjdCF7pT9bYhq0H7S4+VJQGRcTrIarS0KI2jc00OeCmvyvkhQkfW4SrsN99SYL/eeH+tNCzS4ECAizsJA5pyhceQ20889HFhSrW9AuDVaVsSdm9JdC8K+fZUPWC2X1JtZ0lJq40ES3BAjsrcpW7CzU2uszHY9tLvZkKbVVCAF4= Received: by 10.70.68.2 with SMTP id q2mr3554139wxa; Tue, 30 May 2006 06:42:35 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Tue, 30 May 2006 06:42:35 -0700 (PDT) Message-ID: <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> Date: Tue, 30 May 2006 21:42:35 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "freebsd-hackers@freebsd.org" , "Warner Losh" In-Reply-To: <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ab37ab0605210108w127a235bue281428f52bbc784@mail.gmail.com> <87ab37ab0605212328ue7c70fcu49c5fec8921ae229@mail.gmail.com> <20060522.005010.104089663.imp@bsdimp.com> <87ab37ab0605221816y6cca5387sc43fa1e1116f55cc@mail.gmail.com> <44729B81.8010909@samsco.org> <87ab37ab0605240048g224218a5s87cfe1b1ed5cc8c9@mail.gmail.com> <20060524075946.GE49081@funkthat.com> <87ab37ab0605240613n594c566q844b754043c2c10@mail.gmail.com> <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> X-Google-Sender-Auth: 68196bb1f7f0b424 Cc: "Sy, Dely L" , Scott Long Subject: Re: misc questions about the device&driver arch 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, 30 May 2006 13:42:42 -0000 Sir$B!'(B I have got the way to map linux pci access way to the BSD way :) now ,several more question ,wondering :( FIRST struct pci_devinfo * pci_read_device(device_t pcib, int b, int s, int f, size_t size) struct cardbus_devinfo { struct pci_devinfo pci; uint8_t mprefetchable; /* bit mask of prefetchable BARs */ so what happen when dinfo = (struct cardbus_devinfo *)pci_read_device(brdev, bus, slot, func, sizeof(struct cardbus_devinfo)); can we use this magic as a common way to wrap common guts? SECOND what should we do to destroy a device and hot remove it from the system ? 1 pause the application 2 device_detach(devlist[tmp]); 3***_release_all_resources(busdev, dinfo); 4 device_delete_child(busdev, devlist[tmp]); 5 pci_freecfg((struct pci_devinfo *)dinfo); 6 shutdown power of the slot so what exactly happens between 2 and 5? THIRD Because the PCIE configure space is 4k long ,shall we change the #define PCI_REGMAX 255 to facilitate the PCI express config R/W? From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 13:58:25 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 DB19E16A7DD for ; Tue, 30 May 2006 13:58:25 +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 72F0343D46 for ; Tue, 30 May 2006 13:58:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k4UDwBgK031540; Tue, 30 May 2006 07:58:11 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 30 May 2006 07:58:18 -0600 (MDT) Message-Id: <20060530.075818.-820706528.imp@bsdimp.com> To: avalonwallace@gmail.com From: "M. Warner Losh" In-Reply-To: <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> References: <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, dely.l.sy@intel.com, scottl@samsco.org Subject: Re: misc questions about the device&driver arch 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, 30 May 2006 13:58:36 -0000 In message: <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> "william wallace" writes: : Sir$B!'(B : I have got the way to map linux pci access way to the BSD way :) : now ,several more question ,wondering :( : FIRST : struct pci_devinfo * pci_read_device(device_t pcib, int b, int s, int : f, size_t size) : struct cardbus_devinfo { : struct pci_devinfo pci; : uint8_t mprefetchable; /* bit mask of prefetchable BARs */ : : so what happen when dinfo = (struct cardbus_devinfo : *)pci_read_device(brdev, bus, slot, func, sizeof(struct : cardbus_devinfo)); : can we use this magic as a common way to wrap common guts? Yes. It is already there when you go throuh the proper interface. Take a look at ivars. struct pci_devinfo is not for anybody but a bus to use. : SECOND : what should we do to destroy a device and hot remove it from the system ? : 1 pause the application impractical. What application? This is an async event, and upper level drivers have to cope. If they don't, we're screwed anyway. If a device can disappear, then we have to make sure that the drivers support it. : 2 device_detach(devlist[tmp]); That's what we do right now in cardbus. : 3***_release_all_resources(busdev, dinfo); Drivers are responsible for doing this, not the bus. : 4 device_delete_child(busdev, devlist[tmp]); That's what we do right now in cardbus. : 5 pci_freecfg((struct pci_devinfo *)dinfo); Sounds good. : 6 shutdown power of the slot Yea. : so what exactly happens between 2 and 5? : THIRD : Because the PCIE configure space is 4k long ,shall we change the : #define PCI_REGMAX 255 : to facilitate the PCI express config R/W? Maybe. Lemme investigate because PCIe changes this from a well known constant for all pci busses, to a variable one... Warner From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 14:29:34 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 2D7A416A46A for ; Tue, 30 May 2006 14:29:34 +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 56E1443D46 for ; Tue, 30 May 2006 14:29:30 +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 k4UEJsZT077923; Tue, 30 May 2006 08:19:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447C548C.4080302@samsco.org> Date: Tue, 30 May 2006 08:19:56 -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: "M. Warner Losh" References: <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> <20060530.075818.-820706528.imp@bsdimp.com> In-Reply-To: <20060530.075818.-820706528.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org, avalonwallace@gmail.com, dely.l.sy@intel.com Subject: Re: misc questions about the device&driver arch 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, 30 May 2006 14:29:35 -0000 M. Warner Losh wrote: > : THIRD > : Because the PCIE configure space is 4k long ,shall we change the > : #define PCI_REGMAX 255 > : to facilitate the PCI express config R/W? > > Maybe. Lemme investigate because PCIe changes this from a well known > constant for all pci busses, to a variable one... > > Warner When I added PCIe extended config support, I never took into consderation the userland access point of view. Changing this definition to 4096 might Just Work, and it might Not Work. Dunno. In the 18 months since I implemented it, no other person has asked about userland access. Other than the silly case of people trying to write device drivers in PERL, I'm not sure how much value it gives compared to the stability and security risk it imposes. Scott From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 14:33: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 E71AF16A5DF for ; Tue, 30 May 2006 14:33:34 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 226E743D8A for ; Tue, 30 May 2006 14:33:20 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so287196wxd for ; Tue, 30 May 2006 07:33:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Dpi+NC4TM65WOHPjBWgx/9OVfMKtUzqqAajN56hcCzbPpQW5sF++iKfYOdDm2aVWHBr6JuvuxuryIYFrK3wbKlv8QpPs0ubChQWJv82/lE8owwDUcRC4Ncun/e8POCQZIRMyUPhqfkBFbbYBYIbuSXDASn9nwsBY2EY9hgLy3nk= Received: by 10.70.10.12 with SMTP id 12mr3613460wxj; Tue, 30 May 2006 07:33:20 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Tue, 30 May 2006 07:33:20 -0700 (PDT) Message-ID: <87ab37ab0605300733i7bead6een7ba974d66fedc9a3@mail.gmail.com> Date: Tue, 30 May 2006 22:33:20 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "M. Warner Losh" In-Reply-To: <20060530.075818.-820706528.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> <20060530.075818.-820706528.imp@bsdimp.com> X-Google-Sender-Auth: 1159073bb131fe80 Cc: freebsd-hackers@freebsd.org, scottl@samsco.org Subject: Re: misc questions about the device&driver arch 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, 30 May 2006 14:33:45 -0000 On 5/30/06, M. Warner Losh wrote: > In message: <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> > "william wallace" writes: > : Sir$B!'(B > : I have got the way to map linux pci access way to the BSD way :) > : now ,several more question ,wondering :( > : FIRST > : struct pci_devinfo * pci_read_device(device_t pcib, int b, int s, int > : f, size_t size) > : struct cardbus_devinfo { > : struct pci_devinfo pci; > : uint8_t mprefetchable; /* bit mask of prefetchable BARs */ > : > : so what happen when dinfo = (struct cardbus_devinfo > : *)pci_read_device(brdev, bus, slot, func, sizeof(struct > : cardbus_devinfo)); > : can we use this magic as a common way to wrap common guts? > > Yes. It is already there when you go throuh the proper interface. > Take a look at ivars. struct pci_devinfo is not for anybody but a bus > to use. so ivar IS devinfo .and so when we create something special ,just ABC_devinfo{ struct pci_devinfo pci; ........ > : SECOND > : what should we do to destroy a device and hot remove it from the system ? > : 1 pause the application > > impractical. What application? This is an async event, and upper > level drivers have to cope. If they don't, we're screwed anyway. If > a device can disappear, then we have to make sure that the drivers > support it. SORRY:) I mean quiece the DRIVER first > : 2 device_detach(devlist[tmp]); > > That's what we do right now in cardbus. > > : 3***_release_all_resources(busdev, dinfo); > > Drivers are responsible for doing this, not the bus. THIS still happens in cardbus of FreeBSD 53 ~_^ > : 4 device_delete_child(busdev, devlist[tmp]); > That's what we do right now in cardbus. > > : 5 pci_freecfg((struct pci_devinfo *)dinfo); > > Sounds good. > > : 6 shutdown power of the slot > > Yea. > > : so what exactly happens between 2 and 5? > > : THIRD > : Because the PCIE configure space is 4k long ,shall we change the > : #define PCI_REGMAX 255 > : to facilitate the PCI express config R/W? > > Maybe. Lemme investigate because PCIe changes this from a well known > constant for all pci busses, to a variable one... IT really make me headache , i decide to changePCI_REGMAX into 4k, just port the linux way here . > Warner > -- we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 14:42: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 D60C316A595 for ; Tue, 30 May 2006 14:42:23 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E51043D5E for ; Tue, 30 May 2006 14:42:22 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so288514wxd for ; Tue, 30 May 2006 07:42:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kH6B2n05ysa6ACgoGfbMl/xxz9a4cHo0mX4QaAbe/CJsMRaxmVgmtjgUz5R1f5o+srEVVzOe9jlnsJyZi9A6KGl4QmXia0IX79xVZYxhPnsf/mD/Octiq2j4PMKuNnTpbEAffaKTFRAru6qyH1zhV+m9TRtDGQRCqbK6QpowE8w= Received: by 10.70.69.8 with SMTP id r8mr3633491wxa; Tue, 30 May 2006 07:42:22 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Tue, 30 May 2006 07:42:22 -0700 (PDT) Message-ID: <87ab37ab0605300742h14493096gbf8cb05e72bacd74@mail.gmail.com> Date: Tue, 30 May 2006 22:42:22 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "Scott Long" In-Reply-To: <447C548C.4080302@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> <20060530.075818.-820706528.imp@bsdimp.com> <447C548C.4080302@samsco.org> X-Google-Sender-Auth: 86e5d887ecc22c28 Cc: freebsd-hackers@freebsd.org, John-Mark Gurney Subject: Re: misc questions about the device&driver arch 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, 30 May 2006 14:42:27 -0000 On 5/30/06, Scott Long wrote: > M. Warner Losh wrote: > > : THIRD > > : Because the PCIE configure space is 4k long ,shall we change the > > : #define PCI_REGMAX 255 > > : to facilitate the PCI express config R/W? > > > > Maybe. Lemme investigate because PCIe changes this from a well known > > constant for all pci busses, to a variable one... > > > > Warner > > When I added PCIe extended config support, I never took into > consderation the userland access point of view. Changing this > definition to 4096 might Just Work, and it might Not Work. Dunno. > In the 18 months since I implemented it, no other person has asked > about userland access. Other than the silly case of people trying > to write device drivers in PERL, I'm not sure how much value it > gives compared to the stability and security risk it imposes. > > Scott > > I have to clarify my intentions that i am not TRYing to do a userland PCI express driver . I just want to make a interesting branch whitch can do pci express native Hot plug and hot remove ,with Mr Losh and other gentlemen's help ,i am making progress ,and now a loadable module is finishing . I have borrowed many Ideas from Linux ,but several fatal difficulties paused me ,with the PCI_REGMAX included. wish to hear from u :) thank u! -- we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 14:55:29 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D38B16A6D7 for ; Tue, 30 May 2006 14:55:29 +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 8234B43D4C for ; Tue, 30 May 2006 14:55:28 +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 k4UEtKoE078146; Tue, 30 May 2006 08:55:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447C5CDC.8060102@samsco.org> Date: Tue, 30 May 2006 08:55:24 -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: william wallace References: <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> <20060530.075818.-820706528.imp@bsdimp.com> <447C548C.4080302@samsco.org> <87ab37ab0605300742h14493096gbf8cb05e72bacd74@mail.gmail.com> In-Reply-To: <87ab37ab0605300742h14493096gbf8cb05e72bacd74@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org, John-Mark Gurney Subject: Re: misc questions about the device&driver arch 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, 30 May 2006 14:55:32 -0000 william wallace wrote: > On 5/30/06, Scott Long wrote: > >> M. Warner Losh wrote: >> > : THIRD >> > : Because the PCIE configure space is 4k long ,shall we change the >> > : #define PCI_REGMAX 255 >> > : to facilitate the PCI express config R/W? >> > >> > Maybe. Lemme investigate because PCIe changes this from a well known >> > constant for all pci busses, to a variable one... >> > >> > Warner >> >> When I added PCIe extended config support, I never took into >> consderation the userland access point of view. Changing this >> definition to 4096 might Just Work, and it might Not Work. Dunno. >> In the 18 months since I implemented it, no other person has asked >> about userland access. Other than the silly case of people trying >> to write device drivers in PERL, I'm not sure how much value it >> gives compared to the stability and security risk it imposes. >> >> Scott >> >> > I have to clarify my intentions that i am not TRYing to do a userland > PCI express driver . I just want to make a interesting branch whitch > can do pci express native Hot plug and hot remove ,with Mr Losh and > other gentlemen's help ,i am making progress ,and now a loadable > module is finishing . > I have borrowed many Ideas from Linux ,but several fatal difficulties > paused me ,with the PCI_REGMAX included. > wish to hear from u :) thank u! > The PCI_REGMAX definition is not used by the extended configuration space code. However, this code only exists on i386 right now. I haven't gotten around to implementing it on amd64 yet. Implementing it there is not just a trivial change of the defintion. Some platform specific memory map tricks need to be done. It would be possible to port the i386 code wholesale, but that code is not terribly efficient on the amd64 platform. So, what problem are you running into? Scott From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 15:04:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDF016A522 for ; Tue, 30 May 2006 15:04:36 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B604543D4C for ; Tue, 30 May 2006 15:04:35 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A854815F8B; Tue, 30 May 2006 11:04:34 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id EF5A04AC2F; Tue, 30 May 2006 11:04:35 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17532.24323.851927.992309@canoe.dclg.ca> Date: Tue, 30 May 2006 11:04:35 -0400 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Subject: gstat going negative? 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, 30 May 2006 15:04:41 -0000 I've large array that winds up providing 1TB of disk (according to df -h :) to a bunch of nfs users. On the array machine, I'm using gmirror and gconcat to build the array and right now I'm running dump on the array. I've got a gstat running and one curious thing is that gstat keeps reporting 2^32-1 as the value for l(Q) (obviously, spelt out in numbers) ... as if l(Q) is actually coming back as -1. Odd? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 15:59: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 45CA116A872 for ; Tue, 30 May 2006 15:59:09 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE8343D64 for ; Tue, 30 May 2006 15:59:07 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k4UFx6oi014569 for ; Tue, 30 May 2006 10:59:06 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <447C6BCF.50908@centtech.com> Date: Tue, 30 May 2006 10:59:11 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1499/Mon May 29 15:35:17 2006 on mh1.centtech.com X-Virus-Status: Clean Subject: truncate tool - must be root? 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, 30 May 2006 15:59:16 -0000 Is it expected that truncate(8) must be used by a superuser? If so, then the man page should probably mention it. If not, then it's broken :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:11: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 8D7FF16A979 for ; Tue, 30 May 2006 16:11:59 +0000 (UTC) (envelope-from david@madole.net) Received: from b.omd3.com (b.omd3.com [69.90.174.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0020943D5E for ; Tue, 30 May 2006 16:11:58 +0000 (GMT) (envelope-from david@madole.net) Received: from static-66-212-193-19.myeastern.com ([66.212.193.19] helo=[192.168.231.195]) by b.omd3.com with esmtpa (Exim 4.54) id 1Fl6p4-000LzT-6B; Tue, 30 May 2006 12:11:58 -0400 Message-ID: <447C6EC9.6070806@madole.net> Date: Tue, 30 May 2006 12:11:53 -0400 From: "David S. Madole" User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Eric Anderson References: <447C6BCF.50908@centtech.com> In-Reply-To: <447C6BCF.50908@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:12:01 -0000 Eric Anderson wrote: > Is it expected that truncate(8) must be used by a superuser? If so, > then the man page should probably mention it. If not, then it's > broken :) That's a pretty weak attempt at a bug report, and a wrong one, too: $ uname -m -r -s FreeBSD 5.4-RELEASE i386 $ id uid=2028(madole) gid=2000(users) groups=2000(users) $ echo "this is a test" > test $ ls -l test -rw-r----- 1 madole httpd 15 May 30 12:06 test $ truncate -s 7 test $ ls -l test -rw-r----- 1 madole httpd 7 May 30 12:06 test $ cat test this is$ Want to try again, giving any sort of interesting details you can, like version you tested on or a reproducible test case? David From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:12: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 D9B6816A46B for ; Tue, 30 May 2006 16:12:32 +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 AEAE543D58 for ; Tue, 30 May 2006 16:12:31 +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 k4UGCQVi061893; Tue, 30 May 2006 20:12:26 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 30 May 2006 20:12:26 +0400 (MSD) From: Maxim Konovalov To: Eric Anderson In-Reply-To: <447C6BCF.50908@centtech.com> Message-ID: <20060530201146.H60845@mp2.macomnet.net> References: <447C6BCF.50908@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:12:35 -0000 On Tue, 30 May 2006, 10:59-0500, Eric Anderson wrote: > Is it expected that truncate(8) must be used by a superuser? If so, > then the man page should probably mention it. If not, then it's > broken :) Works for me: $ truncate -s 100g 100g $ ls -l 100g -rw-r--r-- 1 maxim maxim 107374182400 May 30 20:11 100g $ id uid=1001(maxim) gid=1001(maxim) groups=1001(maxim), 0(wheel), 5(operator), 68(dialer) -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:16: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 C831616AA75 for ; Tue, 30 May 2006 16:16:35 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B7E43D5D for ; Tue, 30 May 2006 16:16:35 +0000 (GMT) (envelope-from phoemix@harmless.hu) Received: from localhost (localhost [127.0.0.1]) by marvin (Postfix) with ESMTP id D8EEA20001CB; Tue, 30 May 2006 18:16:33 +0200 (CEST) Received: from marvin.harmless.hu ([127.0.0.1]) by localhost (marvin [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32504-07; Tue, 30 May 2006 18:16:32 +0200 (CEST) Received: by marvin (Postfix, from userid 1000) id 5F0BA20001C9; Tue, 30 May 2006 18:16:32 +0200 (CEST) Date: Tue, 30 May 2006 18:16:32 +0200 To: Eric Anderson Message-ID: <20060530161632.GA27889@marvin.harmless.hu> References: <447C6BCF.50908@centtech.com> <447C6EC9.6070806@madole.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <447C6EC9.6070806@madole.net> User-Agent: Mutt/1.5.9i From: phoemix@harmless.hu (Gergely CZUCZY) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at harmless.hu Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:16:37 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 30, 2006 at 12:11:53PM -0400, David S. Madole wrote: > Eric Anderson wrote: > >Is it expected that truncate(8) must be used by a superuser? If so,=20 > >then the man page should probably mention it. If not, then it's=20 > >broken :) >=20 > That's a pretty weak attempt at a bug report, and a wrong one, too: >=20 > $ uname -m -r -s > FreeBSD 5.4-RELEASE i386 > $ id > uid=3D2028(madole) gid=3D2000(users) groups=3D2000(users) > $ echo "this is a test" > test > $ ls -l test > -rw-r----- 1 madole httpd 15 May 30 12:06 test > $ truncate -s 7 test > $ ls -l test > -rw-r----- 1 madole httpd 7 May 30 12:06 test > $ cat test > this is$ also works for me on 6-RELEASE-p7 Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu PGP: http://phoemix.harmless.hu/phoemix.pgp Weenies test. Geniuses solve problems that arise. --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEfG/gbBsEN0U7BV0RAkgJAJ9bmeji3+Pu5H9/mWiFxTXZm9RV3wCfSWrK Wks2ntFleMkqu0CLsqqd+Zs= =FcYM -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:25:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B051716AA8A for ; Tue, 30 May 2006 16:25:24 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from cielago.ip.net.ua (cielago.ip.net.ua [82.193.96.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC2F243D72 for ; Tue, 30 May 2006 16:25:23 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by cielago.ip.net.ua (8.13.6/8.13.6) with ESMTP id k4UGOYCj086990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 May 2006 19:24:34 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.6/8.13.6) id k4UGPG2X064024; Tue, 30 May 2006 19:25:16 +0300 (EEST) (envelope-from ru) Date: Tue, 30 May 2006 19:25:16 +0300 From: Ruslan Ermilov To: Eric Anderson Message-ID: <20060530162516.GG60856@ip.net.ua> References: <447C6BCF.50908@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KIzF6Cje4W/osXrF" Content-Disposition: inline In-Reply-To: <447C6BCF.50908@centtech.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:25:31 -0000 --KIzF6Cje4W/osXrF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 30, 2006 at 10:59:11AM -0500, Eric Anderson wrote: > Is it expected that truncate(8) must be used by a superuser? If so,=20 > then the man page should probably mention it. If not, then it's broken :) >=20 If you speak about truncate(1), it works here under non-root: $ uname -sr FreeBSD 7.0-CURRENT $ dd if=3D/dev/zero of=3Dfoo bs=3D64k count=3D10 10+0 records in 10+0 records out 655360 bytes transferred in 0.002590 secs (253040511 bytes/sec) $ id -u 1001 $ truncate -s 0 foo $ ls -l foo -rw------- 1 ru ru 0 May 30 19:21 foo $=20 --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --KIzF6Cje4W/osXrF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfHHsqRfpzJluFF4RApA/AJ9isc26aculAt8SszIghCZXSGf01wCcCP9u klycENr6NctOYGTkj5lx+pE= =QRZs -----END PGP SIGNATURE----- --KIzF6Cje4W/osXrF-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:27: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 367AB16AB1D for ; Tue, 30 May 2006 16:27:03 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C76343D82 for ; Tue, 30 May 2006 16:26:59 +0000 (GMT) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id ACC6B5C2E; Tue, 30 May 2006 12:30:17 -0500 (EST) Date: Tue, 30 May 2006 12:30:17 -0500 From: Wesley Shields To: Eric Anderson Message-ID: <20060530173017.GA68924@atarininja.org> References: <447C6BCF.50908@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447C6BCF.50908@centtech.com> User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:27:13 -0000 On Tue, May 30, 2006 at 10:59:11AM -0500, Eric Anderson wrote: > Is it expected that truncate(8) must be used by a superuser? If so, > then the man page should probably mention it. If not, then it's broken :) > > > Eric I can use truncate on files I own without a problem. Who owns the files? A quick experiment indicates that even setting a file to mode 647 when owned by root:wheel doesn't allow it to be operated on by anyone other than root when using truncate. -- WXS From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:27: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 3176316A9F0 for ; Tue, 30 May 2006 16:27:13 +0000 (UTC) (envelope-from matt@frii.com) Received: from mail.frii.com (phobos01.frii.net [216.17.128.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D21043D55 for ; Tue, 30 May 2006 16:27:11 +0000 (GMT) (envelope-from matt@frii.com) Received: from elara.frii.com (elara.frii.com [216.17.128.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.frii.com (FRII) with ESMTP id B4A1DB0178; Tue, 30 May 2006 10:27:10 -0600 (MDT) Date: Tue, 30 May 2006 10:27:08 -0600 (MDT) From: Matt Ruzicka X-X-Sender: mattr@elara.frii.com To: soralx@cydem.org In-Reply-To: <200605261955.19720.soralx@cydem.org> Message-ID: References: <200605261955.19720.soralx@cydem.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 6.1, crashes and a lack of vmcores 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, 30 May 2006 16:27:22 -0000 On Fri, 26 May 2006, soralx@cydem.org wrote: > 0. how many hours did you run memtest86 for? One of my co-workers ran the test so I'm not entirely sure, but I'm pretty certain it was at least over night (so probably 15-16 hours). We also ended up swapping that RAM out with another box and the problem did not move to the new box. > 1. did you try to swap the mainboard? Yeah we actually ended up buying an entirely new chassis (MB, power supplies, case). > 2. do you suspect any corelation between net traffic intensity,type,etc, > and crashes? It is possible because we do a TON of traffic through these boxes, but things like mbufs and other limited resources seem to be ok. It is definitely possible I'm not looking in the right place for something else that would be causing this. However, as I mentioned earlier, this is one box out of a farm that is acting particularly less stable and all the boxes should ideally be receiving similar traffic loads. > 3. disabling ACPI made no change? Disabling ACPI resolved a number of noisy boot time messages, but didn't give us any noticeable edge in stability. Now that the long weekend is over I'll likely have some time to try a few more things related to the drive. I suspect I might have inadvertently introduced a negative variable in the drive swapping I did. I'd like to make this last change before digging too much deeper unless the trace data gives anyone else any clues. Thanks everyone for you input. Matt Ruzicka - Senior Systems Administrator Front Range Internet, Inc. matt@frii.net - (970) 212-0728 From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:29:17 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 DA63316AB3A for ; Tue, 30 May 2006 16:29:17 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1209643D62 for ; Tue, 30 May 2006 16:29:09 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k4UGT33m019778; Tue, 30 May 2006 11:29:06 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <447C72D3.1030103@centtech.com> Date: Tue, 30 May 2006 11:29:07 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: "David S. Madole" References: <447C6BCF.50908@centtech.com> <447C6EC9.6070806@madole.net> In-Reply-To: <447C6EC9.6070806@madole.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1499/Mon May 29 15:35:17 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:29:22 -0000 David S. Madole wrote: > Eric Anderson wrote: >> Is it expected that truncate(8) must be used by a superuser? If so, >> then the man page should probably mention it. If not, then it's >> broken :) > > That's a pretty weak attempt at a bug report, and a wrong one, too: > > $ uname -m -r -s > FreeBSD 5.4-RELEASE i386 > $ id > uid=2028(madole) gid=2000(users) groups=2000(users) > $ echo "this is a test" > test > $ ls -l test > -rw-r----- 1 madole httpd 15 May 30 12:06 test > $ truncate -s 7 test > $ ls -l test > -rw-r----- 1 madole httpd 7 May 30 12:06 test > $ cat test > this is$ > > Want to try again, giving any sort of interesting details you can, like > version you tested on or a reproducible test case? > > David *sigh* My mistake - I'm not even going to mention the simple nature of my problem, because I'd embarrass myself too much. :) You're right though, it was a bad report, and I should be smacked with a silly stick.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:30: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 2362016A631 for ; Tue, 30 May 2006 16:30:02 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EBAE43D55 for ; Tue, 30 May 2006 16:30:00 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 29917 invoked from network); 30 May 2006 16:29:58 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.148.195]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 30 May 2006 16:29:58 -0000 Date: Tue, 30 May 2006 18:29:50 +0200 From: Fabian Keil To: Eric Anderson Message-ID: <20060530182950.081364ea@localhost> In-Reply-To: <447C6BCF.50908@centtech.com> References: <447C6BCF.50908@centtech.com> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; i386-portbld-freebsd6.1) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc User-Agent: 321 test Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_smkREEae/9hNPA_u6IoyHls"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:30:10 -0000 --Sig_smkREEae/9hNPA_u6IoyHls Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Eric Anderson wrote: > Is it expected that truncate(8) must be used by a superuser? If so,=20 > then the man page should probably mention it. If not, then it's > broken :) What exactly is truncate(8)? On FreeBSD 6.1-STABLE I only have truncate(1) and it doesn't show any problems. Fabian --=20 http://www.fabiankeil.de/ --Sig_smkREEae/9hNPA_u6IoyHls Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfHMEjV8GA4rMKUQRAoo7AJ4ipOuTOOyPiDuesYV/VlZoHs5N1wCgiW/1 mlI7FrOjZCP284B9gizHjhs= =WTB9 -----END PGP SIGNATURE----- --Sig_smkREEae/9hNPA_u6IoyHls-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 16:32: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 07BCF16A802 for ; Tue, 30 May 2006 16:32:38 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744D243D58 for ; Tue, 30 May 2006 16:32:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k4UGWPU5000288; Tue, 30 May 2006 11:32:26 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <447C739E.6060907@centtech.com> Date: Tue, 30 May 2006 11:32:30 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Fabian Keil References: <447C6BCF.50908@centtech.com> <20060530182950.081364ea@localhost> In-Reply-To: <20060530182950.081364ea@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1499/Mon May 29 15:35:17 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: truncate tool - must be root? 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, 30 May 2006 16:32:47 -0000 Fabian Keil wrote: > Eric Anderson wrote: > >> Is it expected that truncate(8) must be used by a superuser? If so, >> then the man page should probably mention it. If not, then it's >> broken :) > > What exactly is truncate(8)? > > On FreeBSD 6.1-STABLE I only have truncate(1) > and it doesn't show any problems. > > Fabian Yea, it's just a bad message from me altogether.. Might as well just file it under 'Spam'. Sorry for the really bad report of a non-existent problem (except the one between my eyes and my brain). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 18:47: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 5718116A917 for ; Tue, 30 May 2006 18:47:59 +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 D1D2543D58 for ; Tue, 30 May 2006 18:47:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B825B1A4DF6; Tue, 30 May 2006 11:47:57 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3600951406; Tue, 30 May 2006 14:47:57 -0400 (EDT) Date: Tue, 30 May 2006 14:47:57 -0400 From: Kris Kennaway To: David Gilbert Message-ID: <20060530184757.GA28326@xor.obsecurity.org> References: <17532.24323.851927.992309@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <17532.24323.851927.992309@canoe.dclg.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: gstat going negative? 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, 30 May 2006 18:48:20 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 30, 2006 at 11:04:35AM -0400, David Gilbert wrote: > I've large array that winds up providing 1TB of disk (according to df > -h :) to a bunch of nfs users. On the array machine, I'm using > gmirror and gconcat to build the array and right now I'm running dump > on the array. >=20 > I've got a gstat running and one curious thing is that gstat keeps > reporting 2^32-1 as the value for l(Q) (obviously, spelt out in > numbers) ... as if l(Q) is actually coming back as -1. >=20 > Odd? SMP race, you can increase the value of kern.geom.collectstats to make the stats collection atomic at the expense of some (probably negligible) performance. Kris --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfJNcWry0BWjoQKURAlQIAKCgY3nKEZI3ohA9DZ1v90fCoijNEwCgkjkJ tRNNVJTWh0S82VA/YPed98w= =V9xQ -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 20:02:30 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E5316A770 for ; Tue, 30 May 2006 20:02:30 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BB4543D55 for ; Tue, 30 May 2006 20:02:29 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 96806 invoked by uid 1001); 30 May 2006 20:02:28 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Tue, 30 May 2006 16:02:28 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17532.42196.508218.964130@bhuda.mired.org> Date: Tue, 30 May 2006 16:02:28 -0400 To: hackers@freebsd.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\ From: Mike Meyer X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Cc: Subject: Asymmetric ethernet throughput? 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, 30 May 2006 20:02:36 -0000 I was doing some network testing, and noticed something odd: The network throughput was asymmetric. I was sending between 2 and 5 times as much data as I was receiving. Swapping the ends of the test didn't change that. Changing the non-FBSD box for a FBSD box made the throughput symmetric. Details: One end is always a FreeBSD 5.5 box with a RealTek 8138 nic. Testing is done with netstrain, built from ports. I first saw this with an OSX 10.4.6 box, a G4 powerbook. The FreeBSD box was sending ~10MB/sec on a 100BaseT network, which I regard as excellent. But I was only receiving 3M/sec. I tried swapping the server and client ends of netstrain, and got the same results: I was sending 10MB/sec to OSX, and receiving about 3MB/sec from it. I then tried making the other end a FBSD 6.1-RELEASE box, and the throughput was symmetric, with both ends sending and receiving 10MB/sec. I rebooted the 6.1 box into Ubuntu lunix running a 2.6.12 kernel. Again, I got asymmetric results - but this time it was the other way: I was receving ~10MB/sec, but only sending about 3MB/sec. Trying this between the Linux box and the OSX box (sorry, I've only got one of each) gave me symmetric ~10MB/sec throughput. I'm just curious if there's an explanation for this. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 20:26: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 9D04816B167 for ; Tue, 30 May 2006 20:26:45 +0000 (UTC) (envelope-from luke@foolishgames.com) Received: from mail.foolishgames.com (mail.foolishgames.com [206.222.28.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A48AA43D62 for ; Tue, 30 May 2006 20:26:40 +0000 (GMT) (envelope-from luke@foolishgames.com) Received: from www.foolishgames.com (localhost [127.0.0.1]) by mail.foolishgames.com (8.13.6/8.13.3) with ESMTP id k4UKQdhC055869; Tue, 30 May 2006 16:26:39 -0400 (EDT) (envelope-from luke@foolishgames.com) Received: from 141.218.159.32 (SquirrelMail authenticated user laffer1) by www.foolishgames.com with HTTP; Tue, 30 May 2006 16:26:39 -0400 (EDT) Message-ID: <1225.141.218.159.32.1149020799.squirrel@www.foolishgames.com> In-Reply-To: <17532.42196.508218.964130@bhuda.mired.org> References: <17532.42196.508218.964130@bhuda.mired.org> Date: Tue, 30 May 2006 16:26:39 -0400 (EDT) From: "Lucas Holt" To: "Mike Meyer" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV 0.88.2/1499/Mon May 29 16:35:17 2006 on mail.foolishgames.com X-Virus-Status: Clean Cc: hackers@freebsd.org Subject: Re: Asymmetric ethernet throughput? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: luke@foolishgames.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 20:26:54 -0000 Does disabling net.inet.tcp.inflight.enable make any difference? I've noticed strange transfer speed differences between a samba server on freebsd 6.1 and OS 10.4.6 clients and Windows. With these set in /etc/sysctl.conf, I can get reasonable speeds on both the macs and windows box. net.inet.tcp.delayed_ack=0 net.inet.tcp.inflight.enable=0 I also needed to set these in /usr/local/etc/smb.conf socket options = TCP_NODELAY SO_SNDBUF=8576 use sendfile = yes I've also experimented with other settings like lowering the quality of the timer with kern.timecounter.hardware=TSC which seemed to increase throughput in some cases but not others. Luke From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 20:42:17 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AFCE16B3AA for ; Tue, 30 May 2006 20:42:17 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DADC43D67 for ; Tue, 30 May 2006 20:42:13 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 98335 invoked by uid 1001); 30 May 2006 20:42:12 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Tue, 30 May 2006 16:42:12 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17532.44580.352702.492478@bhuda.mired.org> Date: Tue, 30 May 2006 16:42:12 -0400 To: luke@foolishgames.com In-Reply-To: <1225.141.218.159.32.1149020799.squirrel@www.foolishgames.com> References: <17532.42196.508218.964130@bhuda.mired.org> <1225.141.218.159.32.1149020799.squirrel@www.foolishgames.com> 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: Asymmetric ethernet throughput? 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, 30 May 2006 20:42:21 -0000 In <1225.141.218.159.32.1149020799.squirrel@www.foolishgames.com>, Lucas Holt typed: > Does disabling net.inet.tcp.inflight.enable make any difference? I've > noticed strange transfer speed differences between a samba server on > freebsd 6.1 and OS 10.4.6 clients and Windows. > > With these set in /etc/sysctl.conf, I can get reasonable speeds on both > the macs and windows box. > net.inet.tcp.delayed_ack=0 > net.inet.tcp.inflight.enable=0 Well, it makes the throughput closer to symmetric when I'm pushing traffic both ways - but at around 7MB/sec. If I only run traffic in one direction, I get the previous behavior. I tried it from the 6.1 system to the 5.5 system. It's not quite so out of whack - 2:1 instead of 3:1 - but those two sysctls don't make any difference. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 18:40:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B602316A7A3; Tue, 30 May 2006 18:40:30 +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 46F9D43D48; Tue, 30 May 2006 18:40:30 +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 98648244C3A; Wed, 31 May 2006 03:40:28 +0900 (JST) Message-ID: <447C919B.20303@freebsd.org> Date: Wed, 31 May 2006 03:40:27 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) 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> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> In-Reply-To: <4475C119.1020305@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 May 2006 20:47:26 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, Daichi GOTO , freebsd-listen@fabiankeil.de, meianoite@gmail.com, kris@obsecurity.org, Alexander@Leidinger.net, Dario Freni Subject: [ANN] unionfs patchset-13 release 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, 30 May 2006 18:40:38 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-13. Patchset-13: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p13.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p13.diff Changes in unionfs-p13.diff - Fixed a bug that leads a panic around compat2 just after VOP_RENAME call. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Guys taking some panic troubles with p12, please try the p13 :) We think that p13 is getting be no-panic code quality. Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Tue May 30 23:02: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 D0CF416B8BF for ; Tue, 30 May 2006 23:02:08 +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 A946543D69 for ; Tue, 30 May 2006 23:02:04 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from avleen by pear.silverwraith.com with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1FlDEj-000JTP-CE for freebsd-hackers@freebsd.org; Tue, 30 May 2006 16:02:53 -0700 Date: Tue, 30 May 2006 16:02:53 -0700 From: Avleen Vig To: freebsd-hackers@freebsd.org Message-ID: <20060530230253.GW800@silverwraith.com> References: <17532.42196.508218.964130@bhuda.mired.org> <1225.141.218.159.32.1149020799.squirrel@www.foolishgames.com> <17532.44580.352702.492478@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17532.44580.352702.492478@bhuda.mired.org> User-Agent: Mutt/1.5.11 Subject: Re: Asymmetric ethernet throughput? 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, 30 May 2006 23:02:21 -0000 On Tue, May 30, 2006 at 04:42:12PM -0400, Mike Meyer wrote: > Well, it makes the throughput closer to symmetric when I'm pushing > traffic both ways - but at around 7MB/sec. If I only run traffic in > one direction, I get the previous behavior. I might like to suggest that the problem is your RealTek NIC. Those NICs so utterly suck (I have 2, before anyone thinks I'm bashing without cause :). I'm speaking from an implementation point of view, read the various reports on the hoops drivers have to just through to send data. They're fine for light home use (and well priced for that). Never expect consistancy or line speed from them though. From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 01:26:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC0CD16A561 for ; Wed, 31 May 2006 01:26:18 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22F243D4C for ; Wed, 31 May 2006 01:26:17 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so372877wxd for ; Tue, 30 May 2006 18:26:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=aa33KwZ83Je85iBSmv2xT6UObdTiV1gjFJQtWoNFNekyHe18Cju/4uEGni9M4yGNOsN6BLZgU3yjVwgtDJFBydi9nt2P35EEMUNcnahUQLkg83KhBA11h1XoFMaqDW1+wNnDyO2QyfKDyo00Yq93AbW07Kxx5oMdNpVblfnlpPA= Received: by 10.70.54.11 with SMTP id c11mr4295832wxa; Tue, 30 May 2006 18:26:17 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Tue, 30 May 2006 18:26:17 -0700 (PDT) Message-ID: <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> Date: Wed, 31 May 2006 09:26:17 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "Scott Long" In-Reply-To: <20060530094407.S93846@pooker.samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060524153153.GF49081@funkthat.com> <87ab37ab0605280309s15a31cb4yc8a54be1af5472dd@mail.gmail.com> <87ab37ab0605300642ja608c97s24836a317cdac24@mail.gmail.com> <20060530.075818.-820706528.imp@bsdimp.com> <447C548C.4080302@samsco.org> <87ab37ab0605300742h14493096gbf8cb05e72bacd74@mail.gmail.com> <447C5CDC.8060102@samsco.org> <87ab37ab0605300815k55358542y3110d4ee30cf8ba2@mail.gmail.com> <20060530094407.S93846@pooker.samsco.org> X-Google-Sender-Auth: 3d924605764690fe Cc: "freebsd-hackers@freebsd.org" Subject: Re: misc questions about the device&driver arch 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, 31 May 2006 01:26:22 -0000 thank sir ,below is my opinion On 5/30/06, Scott Long wrote: > On Tue, 30 May 2006, william wallace wrote: > > On 5/30/06, Scott Long wrote: > >> william wallace wrote: > > > >> >> > >> > I have to clarify my intentions that i am not TRYing to do a userland > >> > PCI express driver . I just want to make a interesting branch whitch > >> > can do pci express native Hot plug and hot remove ,with Mr Losh and > >> > other gentlemen's help ,i am making progress ,and now a loadable > >> > module is finishing . > >> > I have borrowed many Ideas from Linux ,but several fatal difficulties > >> > paused me ,with the PCI_REGMAX included. > >> > wish to hear from u :) thank u! > >> > > >> > >> The PCI_REGMAX definition is not used by the extended configuration > >> space code. However, this code only exists on i386 right now. I > >> haven't gotten around to implementing it on amd64 yet. Implementing > >> it there is not just a trivial change of the defintion. Some platform > >> specific memory map tricks need to be done. It would be possible to > >> port the i386 code wholesale, but that code is not terribly efficient > >> on the amd64 platform. > >> > >> So, what problem are you running into? > >> > >> Scott > > I just implementing a i386 edition ,and i do not know if it is acpi > > related,but as what mentioned in PCIE spec ,native pcie hotplug is > > standard ,diffrent from ACPI hotplug . > > I've never seen hotplug implemented according to the ACPI spec except in > one ia64 system from Intel, and that was 3 years ago. I consider the ACPI > hotplug spec to be nearly useless. I hope that PCIe hotplug gets > implemented according to the PCIe spec by all of the major vendors, and > not confined to just ExpressCard. I am thinking to implement a standard way to plug and remove a PCIE device from the pcib-related slot > > I am writing a demo loadable module to hot remove a specific PCIE netcard . > > and the mainboard surely support pcie hotplug .E7520af2. but i do not > > know if the bios support _OSC method or OSHP method > > > > In the software aspect , i introduce a lot of idea and code from linux > > ,if not boring, i list my present code below .haven't finish ,on > > progress, maybe finish this week > > > > So what I'm asking is, what about the extended configuration register > access is not working for you? The serous problem is that :I have little idea :( > Also, from my brief look below, you seem to have re-implemented the > pci_read_config and pci_write_config API. This is understandable because > the implementation is very opaque in FreeBSD (and thus is nearly > impossible to find in the source tree), and it's not very well documented > in any manual pages. In any case, you really don't need to do what you > are doing with it, just use the provided pci_read|write_config primitives. > Also, make sure that you look at the methods written by John Baldwin for > accessing PCI capability blocks; don't invent your own methods for that > also. > > Scott first ,let me say ,i am not so familar to the Freebsd pci configure way ,so in my opinion and in my code ,i hold this truth to be self-evident:that only bridge and leaf devices can use pci_read|write_config primitives , and bus always use the PCI_READ_CONFIG one ,what is wrong with me :( and sir , on the E7520 AF2 mainboard ,the first pci e hotplug driver that i successfully run is the linux HOTPLUG_PCI_ACPI, i really had tried to get in to the acpi ,but defeated by the complicated image:( ,i think it is not of little importance, but after i have read the spec , believe the pci express native way shares a bright future for its standard form and powerfull function ,the Linux way just have talked that BTW :my current code is mainly translate the pcie natve hotplug from linux , not from the spec ,and encapsulate the BSD pci config function with the linux-alike interface , i wonder if i am walking the right way , thank u -- we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 01:31: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 CAB0B16A4FA; Wed, 31 May 2006 01:31:59 +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 F1D9743D6D; Wed, 31 May 2006 01:31:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k4V1Um6X040287; Tue, 30 May 2006 19:30:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 30 May 2006 19:30:50 -0600 (MDT) Message-Id: <20060530.193050.-957834284.imp@bsdimp.com> To: avalonwallace@gmail.com From: "M. Warner Losh" In-Reply-To: <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> References: <87ab37ab0605300815k55358542y3110d4ee30cf8ba2@mail.gmail.com> <20060530094407.S93846@pooker.samsco.org> <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> X-Mailer: Mew version 4.2 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, scottl@samsco.org Subject: Re: misc questions about the device&driver arch 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, 31 May 2006 01:32:11 -0000 In message: <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> "william wallace" writes: : BTW :my current code is mainly translate the pcie natve hotplug from : linux , not from the spec ,and encapsulate the BSD pci config function : with the linux-alike interface , i wonder if i am walking the right : way , If the code is Linux, then we can't integrate it into the kernel because we can't have GPL'd code in the kernel, per project policy. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 01:37: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 53B3116A554 for ; Wed, 31 May 2006 01:37:44 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C0543D48 for ; Wed, 31 May 2006 01:37:41 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so374118wxd for ; Tue, 30 May 2006 18:37:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Nb/pSWx63SFuYkT6GNE8E+2N0ICLM7aZrrqd/mrhaBUSZdM5Zp2iAg1QJK1uEkMeXFfalh8scAtyStBH1FspIaOXsMELxFBXKY/+bMiyKKLBpZ8LyeXVp1qTTG+fv17Uth7+RSViz/ej8n96bxCdRFlcUZxy1GztnvnFbxuYtrA= Received: by 10.70.7.11 with SMTP id 11mr4292637wxg; Tue, 30 May 2006 18:37:41 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Tue, 30 May 2006 18:37:41 -0700 (PDT) Message-ID: <87ab37ab0605301837r72e211afmff4ca7eb4e055657@mail.gmail.com> Date: Wed, 31 May 2006 09:37:41 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "M. Warner Losh" In-Reply-To: <20060530.193050.-957834284.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ab37ab0605300815k55358542y3110d4ee30cf8ba2@mail.gmail.com> <20060530094407.S93846@pooker.samsco.org> <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> <20060530.193050.-957834284.imp@bsdimp.com> X-Google-Sender-Auth: 7163f139560f37f5 Cc: freebsd-hackers@freebsd.org, scottl@samsco.org Subject: Re: misc questions about the device&driver arch 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, 31 May 2006 01:37:48 -0000 Sir : thank u for ur remind . I see the difference between GPL and freebsd way .at present I am trying to find a way to Freebsd PCI hotplug , and borrow some idea from linux ;after i have make sure what to do and what's on ,i will eliminate the linux shadow and build pure native FreeBSD , that is what i am doing,thank u On 5/31/06, M. Warner Losh wrote: > In message: <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> > "william wallace" writes: > : BTW :my current code is mainly translate the pcie natve hotplug from > : linux , not from the spec ,and encapsulate the BSD pci config function > : with the linux-alike interface , i wonder if i am walking the right > : way , > > If the code is Linux, then we can't integrate it into the kernel > because we can't have GPL'd code in the kernel, per project policy. > > Warner > -- we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 07:37: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 4FC2216A424 for ; Wed, 31 May 2006 07:37:05 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7098643D48 for ; Wed, 31 May 2006 07:37:03 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k4V7avnY095838 for ; Wed, 31 May 2006 10:36:57 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 31 May 2006 10:36:57 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-hackers@freebsd.org Message-ID: <20060531101413.Q39508@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: clamd+libunrar signal 4: how to debug? 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, 31 May 2006 07:37:05 -0000 Hello! I'm getting pretty repeatable abnormal termination of clamd (ports/security/clamav) compiled with libunrar support on signal 4 (4.11-RELEASE/i386). I've built both clamd and libunrar with debugging info: CFLAGS+= -g LDFLAGS+= -g STRIP= and got the core. However I'm not sure how to interpret gdb output: GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `clamd'. Program terminated with signal 4, Illegal instruction. Reading symbols from /usr/local/lib/libclamav.so.1...done. Reading symbols from /usr/local/lib/libunrar.so...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/lib/libbz2.so.1...done. Reading symbols from /usr/local/lib/libgmp.so.7...done. Reading symbols from /usr/lib/libc_r.so.4...done. Reading symbols from /usr/lib/libstdc++.so.3...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x280c71f5 in VolNameToFirstName (VolName=0x902a43f "", FirstName=0x902a43f "", NewNumbering=true) at pathfn.cpp:564 564 } (gdb) path /usr/ports/archivers/libunrar/work/unrar Executable and object file path: /usr/ports/archivers/libunrar/work/unrar:/home/root/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin Current language: auto; currently c++ (gdb) bt full #0 0x280c71f5 in VolNameToFirstName (VolName=0x902a43f "", FirstName=0x902a43f "", NewNumbering=true) at pathfn.cpp:564 VolName = 0xbfad7c9c "" VolNumStart = Cannot access memory at address 0xbfac7ccc. ----------------------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Does this message suggest that program ran out of the stack? I doubt it, process stack limit is pretty high (268435456 bytes). However, application is multithreaded, so I'm not sure (maybe, thread runs out of it's stack)? (gdb) fr 0 #0 0x280c71f5 in VolNameToFirstName (VolName=0x902a43f "", FirstName=0x902a43f "", NewNumbering=true) at pathfn.cpp:564 564 } (gdb) list 559 if (Truncate) 560 *VerTextW=0; 561 } 562 } 563 return(Version); 564 } 565 566 567 #ifndef SFX_MODULE 568 char* VolNameToFirstName(const char *VolName,char *FirstName,bool NewNumbering) Does this listing suggest that no code of VolNameToFirstName() has actually been executed yet? What other gdb commands can I use to narrow down the problem? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 09:24: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 20DC316A443 for ; Wed, 31 May 2006 09:23:59 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF1043D70 for ; Wed, 31 May 2006 09:23:53 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id C549933A04; Wed, 31 May 2006 11:23:52 +0200 (CEST) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by signal.itea.ntnu.no (Postfix) with ESMTP; Wed, 31 May 2006 11:23:52 +0200 (CEST) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 3986FCFFFA; Wed, 31 May 2006 11:24:19 +0200 (CEST) Date: Wed, 31 May 2006 11:24:19 +0200 From: Ulf Lilleengen To: "Rick C. Petty" Message-ID: <20060531092419.GA23593@stud.ntnu.no> References: <20060526205917.GA12965@stud.ntnu.no> <20060531001745.GA43622@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060531001745.GA43622@megan.kiwi-computer.com> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-hackers@freebsd.org Subject: Re: Formatting time in kernel 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, 31 May 2006 09:24:02 -0000 On Tue, May 30, 2006 at 07:17:45PM -0500, Rick C. Petty wrote: > On Fri, May 26, 2006 at 10:59:18PM +0200, Ulf Lilleengen wrote: > > > > I've been looking through the kernel code the past few days, but I have not found > > what I'm looking for, which is a way to format "struct timeval" for output > > in the same matter as the ctime(3) in the standard libc. I keep thinking how this part of the code > > should not be in kernel because of this, but things will be vastly more > > complicated if not because of the whole gvinum structure. (This is for use in > > the gvinum dumpconfig option I'm working on, and I'm not sure if it's really that important > > showing the creation time, but that's a different discussion). > > Why can't you just pass the struct timeval up to the userland tool and have > gvinum call ctime? Or at the very least pass up a time_t. Maybe go the > other route and pass up the whole gv_label (I'm assuming this is the > structure you're talking about).. /sbin/gvinum already has to include > vinum/geom_vinum_var.h so it's not like it's very kernel-specific (e.g. > #ifdef KERNEL). I personally feel that stuff like this belongs in userland > not kernel, parsing or converting times, etc. I agree, but currently the output list, printconfig and those are heavily formatted in the kernel, so I was just looking for the easy way out as a temporate solution. However, I intend to pass the whole configuration to userland, not just the label, and let the tools format it there, as I see to this point see no reason for it to be in the kernel. -- Mvh Ulf Lilleengen From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 11:48:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25B5E16A424; Wed, 31 May 2006 11:48:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9805343D46; Wed, 31 May 2006 11:48:13 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 362D42088; Wed, 31 May 2006 13:48:10 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id AEEEF2086; Wed, 31 May 2006 13:48:09 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 8CFA733C8D; Wed, 31 May 2006 13:48:09 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Alexander Leidinger 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> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> Date: Wed, 31 May 2006 13:48:09 +0200 In-Reply-To: <20060531133814.acykloyqhkcccg80@netchild.homeip.net> (Alexander Leidinger's message of "Wed, 31 May 2006 13:38:14 +0200") Message-ID: <86u076h0ue.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Daichi GOTO Subject: Re: [ANN] unionfs patchset-13 release 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, 31 May 2006 11:48:14 -0000 [cc: list trimmed a bit] Alexander Leidinger writes: > He's not a src-committer and he prefers to let a src-committer do > it. I offered to commit it, but so far either the man-page was > missing (what's the status of this?) or a bug showed up. > > If everyone is happy with the current patchset (if the man-page is > still missing, we may agree that it can be delivered at a later > time), I can try to get time to do it at the weekend (but feel free > to beat me in committing it). I have an even better suggestion: sponsor him for a commit bit. He obviously has the required skills. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 11:53:50 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 DB5D916A488; Wed, 31 May 2006 11:53:50 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3902143D46; Wed, 31 May 2006 11:53:49 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.6/8.13.6) with ESMTP id k4VBrmeL046237; Wed, 31 May 2006 13:53:48 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k4VBrlki052868; Wed, 31 May 2006 13:53:47 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k4VBrl0J052867; Wed, 31 May 2006 13:53:47 +0200 (CEST) (envelope-from wb) Date: Wed, 31 May 2006 13:53:47 +0200 From: Wilko Bulte To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20060531115347.GA52854@freebie.xs4all.nl> References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <86u076h0ue.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86u076h0ue.fsf@xps.des.no> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Alexander Leidinger , Daichi GOTO , freebsd-hackers@freebsd.org Subject: Re: [ANN] unionfs patchset-13 release 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, 31 May 2006 11:53:51 -0000 On Wed, May 31, 2006 at 01:48:09PM +0200, Dag-Erling Sm?rgrav wrote.. > [cc: list trimmed a bit] > > Alexander Leidinger writes: > > He's not a src-committer and he prefers to let a src-committer do > > it. I offered to commit it, but so far either the man-page was > > missing (what's the status of this?) or a bug showed up. > > > > If everyone is happy with the current patchset (if the man-page is > > still missing, we may agree that it can be delivered at a later > > time), I can try to get time to do it at the weekend (but feel free > > to beat me in committing it). > > I have an even better suggestion: sponsor him for a commit bit. He > obviously has the required skills. If someone wants to volunteer as mentor, by all means send a request to core. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 09:57: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 4753F16A422; Wed, 31 May 2006 09:57:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B891D43D55; Wed, 31 May 2006 09:57:40 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 669322086; Wed, 31 May 2006 11:57:36 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id D55212082; Wed, 31 May 2006 11:57:35 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 9D55E33CAD; Wed, 31 May 2006 11:57:35 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Daichi GOTO 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> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> Date: Wed, 31 May 2006 11:57:35 +0200 In-Reply-To: <447C919B.20303@freebsd.org> (Daichi GOTO's message of "Wed, 31 May 2006 03:40:27 +0900") Message-ID: <86bqteikj4.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 31 May 2006 12:44:37 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, kris@obsecurity.org, freebsd-listen@fabiankeil.de, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, meianoite@gmail.com, Alexander@Leidinger.net Subject: Re: [ANN] unionfs patchset-13 release 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, 31 May 2006 09:57:46 -0000 Daichi GOTO writes: > It is my pleasure and honor to announce the availability of > the unionfs patchset-13. Will you commit it already? :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 11:38:34 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 D09DD16A4A9; Wed, 31 May 2006 11:38:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5EBC43D46; Wed, 31 May 2006 11:38:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4E4.dip.t-dialin.net [84.165.228.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4VBbKDB092969; Wed, 31 May 2006 13:37:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4VBcF20011884; Wed, 31 May 2006 13:38:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 31 May 2006 13:38:14 +0200 Message-ID: <20060531133814.acykloyqhkcccg80@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 31 May 2006 13:38:14 +0200 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23DuHJncmF2?= 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> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> In-Reply-To: <86bqteikj4.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Wed, 31 May 2006 12:48:35 +0000 Cc: kris@obsecurity.org, ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-listen@fabiankeil.de, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, meianoite@gmail.com Subject: Re: [ANN] unionfs patchset-13 release 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, 31 May 2006 11:38:37 -0000 Quoting Dag-Erling Sm=C3=B8rgrav (from Wed, 31 May 2006 =20 11:57:35 +0200): > Daichi GOTO writes: >> It is my pleasure and honor to announce the availability of >> the unionfs patchset-13. > > Will you commit it already? :) He's not a src-committer and he prefers to let a src-committer do it. =20 I offered to commit it, but so far either the man-page was missing =20 (what's the status of this?) or a bug showed up. If everyone is happy with the current patchset (if the man-page is =20 still missing, we may agree that it can be delivered at a later time), =20 I can try to get time to do it at the weekend (but feel free to beat =20 me in committing it). Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 12:19: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 E406D16A42D; Wed, 31 May 2006 12:19:40 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7E143D46; Wed, 31 May 2006 12:19:39 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4E4.dip.t-dialin.net [84.165.228.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4VCIblD093087; Wed, 31 May 2006 14:18:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4VCJXPd017869; Wed, 31 May 2006 14:19:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 31 May 2006 14:19:32 +0200 Message-ID: <20060531141932.yr3qo685mosso4ww@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 31 May 2006 14:19:32 +0200 From: Alexander Leidinger To: Wilko Bulte References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <86u076h0ue.fsf@xps.des.no> <20060531115347.GA52854@freebie.xs4all.nl> In-Reply-To: <20060531115347.GA52854@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Wed, 31 May 2006 12:49:05 +0000 Cc: Dag-Erling =?utf-8?b?U23DuHJncmF2?= , Daichi GOTO , freebsd-hackers@freebsd.org Subject: Re: [ANN] unionfs patchset-13 release 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, 31 May 2006 12:19:53 -0000 Quoting Wilko Bulte (from Wed, 31 May 2006 =20 13:53:47 +0200): > On Wed, May 31, 2006 at 01:48:09PM +0200, Dag-Erling Sm?rgrav wrote.. >> [cc: list trimmed a bit] >> >> Alexander Leidinger writes: >> > He's not a src-committer and he prefers to let a src-committer do >> > it. I offered to commit it, but so far either the man-page was >> > missing (what's the status of this?) or a bug showed up. >> > >> > If everyone is happy with the current patchset (if the man-page is >> > still missing, we may agree that it can be delivered at a later >> > time), I can try to get time to do it at the weekend (but feel free >> > to beat me in committing it). >> >> I have an even better suggestion: sponsor him for a commit bit. He >> obviously has the required skills. > > If someone wants to volunteer as mentor, by all means send a request to > core. AFAIK Daichi is working as a proxy for is co-worker who wrote the code =20 but relies on the english skills of Daichi to communicate with us. Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 15:05: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 A7A3F16AC6F for ; Wed, 31 May 2006 15:05:12 +0000 (UTC) (envelope-from freebsd.org@ab.ote.we.lv) Received: from purple.the-7.net (purple.the-7.net [207.158.28.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A049A43D46 for ; Wed, 31 May 2006 15:05:08 +0000 (GMT) (envelope-from freebsd.org@ab.ote.we.lv) Received: from [10.0.0.11] ([10.0.0.11]) by purple.the-7.net (8.13.6/8.13.6) with ESMTP id k4VF57Kh029385 for ; Wed, 31 May 2006 08:05:07 -0700 (PDT) (envelope-from freebsd.org@ab.ote.we.lv) Authentication-Results: purple.the-7.net from=freebsd.org@ab.ote.we.lv; sender-id=neutral; spf=neutral Message-ID: <447DB0B1.8040206@ab.ote.we.lv> Date: Wed, 31 May 2006 08:05:21 -0700 From: "Eugene M. Kim" User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: dump(8) performance 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, 31 May 2006 15:05:15 -0000 While watching the output of iostat -dxz -w10 -n100 to monitor the progress/performance of a dump(8) process straight to a tape, I found out something interesting and disappointing at the same time: The disk read throughput was exactly twice as high as the tape write throughput, throughout the entire dump phases 4 and 5, i.e. dumping actual inodes. Disappointing, because the tape drive utilization (%busy) was lingering around 35%-50% for most of the time; I didn't expect the disk would be the bottleneck. :p I want to believe that this indicates a bug in dump(8) which causes each disk block to be read twice, but being no UFS expert in any sense, I wonder: Could this behavior be by design, and would there be any room for improvement? Puzzled, Eugene From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 15:11:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E8616B190 for ; Wed, 31 May 2006 15:11:22 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from elektropost.org (elektropost.org [80.237.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7F8A43D7D for ; Wed, 31 May 2006 15:11:16 +0000 (GMT) (envelope-from erdgeist@erdgeist.org) Received: (qmail 3520 invoked by uid 0); 31 May 2006 15:11:17 -0000 Received: from erdgeist.org (erdgeist@erdgeist.org@80.237.196.15) by elektropost.org with AES256-SHA encrypted SMTP; 31 May 2006 15:11:17 -0000 Date: Wed, 31 May 2006 17:11:16 +0200 (CEST) From: Dirk Engling To: "Eugene M. Kim" In-Reply-To: <447DB0B1.8040206@ab.ote.we.lv> Message-ID: <20060531170726.J15476@erdgeist.org> References: <447DB0B1.8040206@ab.ote.we.lv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: dump(8) performance 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, 31 May 2006 15:11:24 -0000 On Wed, 31 May 2006, Eugene M. Kim wrote: > read throughput was exactly twice as high as the tape write throughput, > throughout the entire dump phases 4 and 5, i.e. dumping actual inodes. > Disappointing, because the tape drive utilization (%busy) was lingering > around 35%-50% for most of the time; I didn't expect the disk would be > the bottleneck. :p I had a similar experience when dumping my mailserver. In addition I noticed that for a user with >300000 files (spam mails) in one directory it caused dump to sit back and think for half an hour before proceeding. I always resolved to look into the code to find something O(x^n) but didn't have the real urge. DID someone here look into that? Regards erdgeist From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 15:30: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 0DE5316B5E7 for ; Wed, 31 May 2006 15:30:32 +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 A8FB643D48 for ; Wed, 31 May 2006 15:30:31 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k4VFUTGn096724; Wed, 31 May 2006 10:30:29 -0500 (CDT) (envelope-from dan) Date: Wed, 31 May 2006 10:30:29 -0500 From: Dan Nelson To: "Eugene M. Kim" Message-ID: <20060531153029.GE6982@dan.emsphone.com> References: <447DB0B1.8040206@ab.ote.we.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447DB0B1.8040206@ab.ote.we.lv> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: dump(8) performance 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, 31 May 2006 15:30:37 -0000 In the last episode (May 31), Eugene M. Kim said: > While watching the output of iostat -dxz -w10 -n100 to monitor the > progress/performance of a dump(8) process straight to a tape, I found > out something interesting and disappointing at the same time: The > disk read throughput was exactly twice as high as the tape write > throughput, throughout the entire dump phases 4 and 5, i.e. dumping > actual inodes. Disappointing, because the tape drive utilization > (%busy) was lingering around 35%-50% for most of the time; I didn't > expect the disk would be the bottleneck. :p > > I want to believe that this indicates a bug in dump(8) which causes > each disk block to be read twice, but being no UFS expert in any > sense, I wonder: Could this behavior be by design, and would there be > any room for improvement? Are you using the -C option to dump? I would expact that to help more in the "dumping directories" step, but it might help later phases too. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 15:46: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 A8F1016A6CE for ; Wed, 31 May 2006 15:46:13 +0000 (UTC) (envelope-from freebsd.org@ab.ote.we.lv) Received: from purple.the-7.net (purple.the-7.net [207.158.28.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64CAE43D58 for ; Wed, 31 May 2006 15:46:10 +0000 (GMT) (envelope-from freebsd.org@ab.ote.we.lv) Received: from [10.0.0.11] ([10.0.0.11]) by purple.the-7.net (8.13.6/8.13.6) with ESMTP id k4VFjwp8033143; Wed, 31 May 2006 08:45:59 -0700 (PDT) (envelope-from freebsd.org@ab.ote.we.lv) Authentication-Results: purple.the-7.net from=freebsd.org@ab.ote.we.lv; sender-id=neutral; spf=neutral Message-ID: <447DBA44.1060605@ab.ote.we.lv> Date: Wed, 31 May 2006 08:46:12 -0700 From: "Eugene M. Kim" User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: Dan Nelson References: <447DB0B1.8040206@ab.ote.we.lv> <20060531153029.GE6982@dan.emsphone.com> In-Reply-To: <20060531153029.GE6982@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: dump(8) performance 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, 31 May 2006 15:46:14 -0000 Dan Nelson wrote: > Are you using the -C option to dump? I would expact that to help more > in the "dumping directories" step, but it might help later phases too. Yep, -C32. Eugene From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 18:56:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3BB916AFB8 for ; Wed, 31 May 2006 18:56:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96AB043D7D for ; Wed, 31 May 2006 18:56:01 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0102.google.com with SMTP id s17so68262wxc for ; Wed, 31 May 2006 11:56:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ghA1lvAtW83hI7rQbE7m4KHOypV05ZxqRxS6uMen6GfBLHr/0Tex2ZR6cR3nKmxpMBFoAgeqvaSulu6eiNYfCIZuZMzHfrfEFazxziOcO/oUSjBnbE0R33+enPwgT42RkK+hsmxq5Ea6t3UlwFp4QEKov55x3gV6PGhbOijF7ZE= Received: by 10.70.68.10 with SMTP id q10mr570616wxa; Wed, 31 May 2006 11:56:00 -0700 (PDT) Received: by 10.70.11.2 with HTTP; Wed, 31 May 2006 11:56:00 -0700 (PDT) Message-ID: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> Date: Wed, 31 May 2006 20:56:00 +0200 From: "Attilio Rao" To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org, freebsd-x86@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: [patch] Adding optimized kernel copying support - Part III X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:56:22 -0000 Hi, this is the last release which is rather finished and complete for the project. I tested for consistency for a long time and the FPU handling mechanism seems very robust so as copyin/copyout do. What I'm looking for, at this point, are testers for peroformances. What is proposed in the patch is one of the better solutions for UP archs (not running with PREEMPTION) but more general cases might be handled with time. I hope that somebody wants to play with him, giving suggestions and doing different benchmarks. The code can be found here: http://users.gufi.org/~rookie/works/patches/xmmcopy_6_1.diff and is for RELEASE_6_1 in order to have a wider range of testers (a diff against HEAD will be available ASAP). Please keep in mind that this is not a complete rip of DflyBSD code beacause it is different in a lot of parts. For any kind of tecnical questions, please mail me. Attilio PS: a particular thanks goes to Bruce Evans for his benchmarks and feedbacks about code structure -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 18:25:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABA516A5B5 for ; Wed, 31 May 2006 18:25:45 +0000 (UTC) (envelope-from meianoite@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE4443D79 for ; Wed, 31 May 2006 18:25:38 +0000 (GMT) (envelope-from meianoite@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so89956nzf for ; Wed, 31 May 2006 11:25:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dEwMDcX89hPBeNIvwzfSre7xw6tmAgXrbTVoUPXqgyVR+SCqcl5Cmu9b4S9DnKq3b4U4w2n/S2lR4QHP49xGZadUraVPs9w/unft6kZMghuBAcdBm7AT6qR1pbJNC1Uq94CYxt1xUny7Gb7gPPLF+wblG9YMzyYe6I9aPsnQexs= Received: by 10.36.148.2 with SMTP id v2mr579477nzd; Wed, 31 May 2006 11:25:38 -0700 (PDT) Received: by 10.36.113.7 with HTTP; Wed, 31 May 2006 11:25:37 -0700 (PDT) Message-ID: <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> Date: Wed, 31 May 2006 15:25:37 -0300 From: "=?ISO-8859-1?Q?Andr=E9_Braga?=" To: "Alexander Leidinger" In-Reply-To: <20060531133814.acykloyqhkcccg80@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> X-Mailman-Approved-At: Wed, 31 May 2006 18:57:31 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-listen@fabiankeil.de, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: [ANN] unionfs patchset-13 release 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, 31 May 2006 18:25:47 -0000 On 5/31/06, Alexander Leidinger wrote: > If everyone is happy with the current patchset (if the man-page is > still missing, we may agree that it can be delivered at a later time), > I can try to get time to do it at the weekend (but feel free to beat > me in committing it). Hello, I haven't been able to test whether the new patchset handles the bug I reported to Mr. Daichi Goto but so far haven't received a reply. Perhaps my message got lost somewhere, so I thought it would be a good idea to report this bug again. I diff'ed -p11 against -p12 (not yet against -p13) but haven't been able to determine myself if this bug got fixed. To foreign a code for me to understand as I have no background on the inner workings of FreeBSD's VFS, so I can't realy tell if the differences were sufficient to fix the bug. Here's a reprint of my bug report when -p11 was the newest available versio= n. A post scriptum to the original message: The buggy behaviour won't affect the host system, but the jail could well be compromised. I also have this feeling that ACLs also aren't respected inside jails or can be overwritten as easily as shown below Thanks, Andr=E9 ---------------------- 8< ---------------------- Hi, Once again, thank you for your patch. I believe I have found a bug: If a file or directory has non-default flags and this directory is mounted below a target point, the resulting union will not preserve the directory flags. Worse, it will appear as if the file flags are preserved, but they are not and as soon as a file that should not be modified gets modified, the flags are reset to the default state on the union mount. This could pose a *serious* security breach for people running jails rooted on unionfs mounts, like I intended to. Test case: (discrepancies are marked by a line containing "**** NOTICE" and aligned to fixed-length font display) # cd /tmp # mkdir -p test/a test/b/bb test/b/cc # touch test/b/cc/dd # chflags schg test/b/bb/ # chflags uappnd test/b/cc/dd # ls -Rlo total 2 drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test ./test: total 4 drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b ./test/a: total 0 ./test/b: total 4 drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb **** NOTICE 1a ^^^^ **** drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc ./test/b/bb: total 0 ./test/b/cc: total 0 -rw-r--r-- 1 root wheel uappnd 0 Apr 29 08:12 dd **** NOTICE 2a ^^^^^^ **** # echo ee >test/b/cc/dd test/b/cc/dd: Operation not permitted. # echo ee >> test/b/cc/dd **** NOTICE: this is the intended behavior for the 'uappnd' flag **** # cat test/b/cc/dd ee # # mount_unionfs -c transparent -b test/b test/a # ls -Rlo total 2 drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test ./test: total 4 drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b ./test/a: total 4 drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 bb **** NOTICE 1b ^^^ **** drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc ./test/a/bb: total 0 ./test/a/cc: total 2 -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd **** NOTICE 2b (LOOKS OK) ^^^^^^ **** ./test/b: total 4 drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc ./test/b/bb: total 0 ./test/b/cc: total 2 -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd # echo ff > test/a/cc/dd # cat test/a/cc/dd ff **** NOTICE: very wrong behavior for the 'uappnd' flag! **** # ls -lo test/a/cc/dd -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 test/a/cc/dd **** NOTICE 2c (NO FLAG!) ^^^ **** # echo gg >test/b/cc/hh # chflags schg test/b/cc/hh # rm test/b/cc/hh override rw-r--r-- root/wheel schg for test/b/cc/hh? yes rm: test/b/cc/hh: Operation not permitted **** NOTICE 3a ^^^^^^^^^^^^^^^^^^^^^^^ **** # ls -lo test/a/cc/hh -rw-r--r-- 1 root wheel schg 3 Apr 29 08:24 test/a/cc/hh **** NOTICE 3b ^^^^ **** # rm test/a/cc/hh override rw-r--r-- root/wheel schg for test/a/cc/hh? yes **** NOTICE 3c (NO ERROR!) **** # ls -lo test/a/cc/ total 2 -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 dd **** NOTICE 3d (the file is gone despite immutable flags seemingly set!) *= *** End of test case It makes no difference to specify '-c tradicional'. I skimmed over the patch code and have noticed no file flags or director[y flags] are indeed [ever] copied to the shadow files. [Edit: spelling] I'd really appreciate if you could fix that for the patch version 12. Thank you very much! Andr=E9 From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 19:23: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 19A4716B291 for ; Wed, 31 May 2006 19:23:03 +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 7383843D4C for ; Wed, 31 May 2006 19:23:01 +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 k4VJMrRk031957 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 1 Jun 2006 05:22:53 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4VJMqEv004424; Thu, 1 Jun 2006 05:22:52 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4VJMpuO004423; Thu, 1 Jun 2006 05:22:51 +1000 (EST) (envelope-from peter) Date: Thu, 1 Jun 2006 05:22:51 +1000 From: Peter Jeremy To: "Eugene M. Kim" Message-ID: <20060531192251.GE720@turion.vk2pj.dyndns.org> References: <447DB0B1.8040206@ab.ote.we.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447DB0B1.8040206@ab.ote.we.lv> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org Subject: Re: dump(8) performance 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, 31 May 2006 19:23:20 -0000 On Wed, 2006-May-31 08:05:21 -0700, Eugene M. Kim wrote: >While watching the output of iostat -dxz -w10 -n100 to monitor the >progress/performance of a dump(8) process straight to a tape, I found >out something interesting and disappointing at the same time: The disk >read throughput was exactly twice as high as the tape write throughput, >throughout the entire dump phases 4 and 5, i.e. dumping actual inodes. I looked into dump performance many years ago (as part of a thread which resulted in Matt Dillon adding the existing caching code) but can't find my notes right now. From memory, the main problems were that dump would re-read the inode multiple times and the physical read sizes were (pretty much) limited to the filesystem blocksize. The caching code increases the read blocksize but this also means that data read from the disk may not be needed. Dumping small files is the worst case. If you remove the '-C' parameter, you'll probably find that your disk throughput drops to only slightly more than the tape throughput, though the tape utilisation will probably drop further. If your concern is tape drive utilisation (because you want it for other tasks) or the tape drive dropping out of streaming mode, your only real solution is staging to disk. I wrote a tool similar to ports/misc/buffer that supported hysteresis to minimise the number of start/stop cycles but it only marginally speeds up the total dump time (sometimes dump runs faster than the tape and so a buffer helps here). There probably is more scope for enhancing dump throughput. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 20:04:34 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 20F1216A654 for ; Wed, 31 May 2006 20:04:34 +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 8D6F543D45 for ; Wed, 31 May 2006 20:04:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.61.215] (72-255-64-171.client.stsn.net [72.255.64.171]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k4VK4JZA071799; Wed, 31 May 2006 16:04:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 31 May 2006 15:03:58 -0400 User-Agent: KMail/1.9.1 References: <4479A99E.8080708@aksoft.net> <20060528152510.GA39279@walton.maths.tcd.ie> In-Reply-To: <20060528152510.GA39279@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605311503.58402.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1503/Wed May 31 14:10:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.2 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: David Malone , Anatoli Klassen Subject: Re: security.bsd.see_other_uids for jails 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, 31 May 2006 20:04:35 -0000 On Sunday 28 May 2006 11:25, David Malone wrote: > On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: > > if security.bsd.see_other_uids is set to 0, users from the main system > > can still see processes from jails if they have (by accident) the save uid. > > > > For me it's wrong behavior because the main system and the jail are two > > different systems where uids are independent. > > You could try the following (untested) patch to the MAC seeotheruid > module. You'd need to compile a kernel with the MAC option and then: > > kldload mac_seeotheruids > sysctl security.mac.seeotheruids.enabled=1 > sysctl security.mac.seeotheruids.jail_match=1 > > and I think it will do what you want. The module is very simple, so > if it doesn't quite do what you want, then you may be able to tweak > it to get what you want. > > David. > > > Index: sys/security/mac_seeotheruids/mac_seeotheruids.c > =================================================================== > +static int > +mac_seeotheruids_prison_check(struct ucred *u1, struct ucred *u2) { > + > + if (!jail_match) > + return (0); > + > + if (u1->cr_prison == NULL && u2->cr_prison == NULL) > + return (0); > + > + if (u1->cr_prison != NULL && u1->cr_prison == u2->cr_prison) > + return (0); > + > + return (ESRCH); > +} Mostly off-topic, but couldn't you simplify the logic here slightly: { if (!jail_match) return (0); if (u1->cr_prison == u2->cr_prison) return (0); return (ESRCH); } -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 20:10: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 E4E4216B2EC for ; Wed, 31 May 2006 20:10:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0074843D53 for ; Wed, 31 May 2006 20:10:01 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0102.google.com with SMTP id s17so78527wxc for ; Wed, 31 May 2006 13:10:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B5tr4I5MBt/+WIFDdLI/oCX9uKkCGHlryluLEaCCI45mBFWHOuNrFKjiSk3fUxGycGkYrLvVzonOslGk+HDe/x1MqgOYqIIDnlPChorTQKS/Elet5+bPZnk4L2DCnPenSNzlYI6UvupiDA1BehCfR5cDyhmvg3rS/dM0vzt+jUU= Received: by 10.70.62.20 with SMTP id k20mr652867wxa; Wed, 31 May 2006 13:10:01 -0700 (PDT) Received: by 10.70.11.2 with HTTP; Wed, 31 May 2006 13:10:01 -0700 (PDT) Message-ID: <3bbf2fe10605311310m1beaf8f7pac8ba04f5bbbe34b@mail.gmail.com> Date: Wed, 31 May 2006 22:10:01 +0200 From: "Attilio Rao" To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> Cc: Subject: Re: [patch] Adding optimized kernel copying support - Part III X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 20:10:06 -0000 Sorry, but I unforgot one thing so, please, redownload the patch now. Attilio 2006/5/31, Attilio Rao : > Hi, > this is the last release which is rather finished and complete for the project. > > I tested for consistency for a long time and the FPU handling > mechanism seems very robust so as copyin/copyout do. > > What I'm looking for, at this point, are testers for peroformances. > What is proposed in the patch is one of the better solutions for UP > archs (not running with PREEMPTION) but more general cases might be > handled with time. > > I hope that somebody wants to play with him, giving suggestions and > doing different benchmarks. > > The code can be found here: > http://users.gufi.org/~rookie/works/patches/xmmcopy_6_1.diff > > and is for RELEASE_6_1 in order to have a wider range of testers (a > diff against HEAD will be available ASAP). > > Please keep in mind that this is not a complete rip of DflyBSD code > beacause it is different in a lot of parts. > > For any kind of tecnical questions, please mail me. > > Attilio > > PS: a particular thanks goes to Bruce Evans for his benchmarks and > feedbacks about code structure > > > -- > Peace can only be achieved by understanding - A. Einstein > -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 20:19: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 9F72D16B8CD; Wed, 31 May 2006 20:19:07 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CD3543D4C; Wed, 31 May 2006 20:19:07 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.250.2] (217-162-174-115.dclient.hispeed.ch [217.162.174.115]) by elvis.mu.org (Postfix) with ESMTP id 28FC41A4E48; Wed, 31 May 2006 13:19:05 -0700 (PDT) Message-ID: <447DFA0C.20207@FreeBSD.org> Date: Wed, 31 May 2006 22:18:20 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rookie@gufi.org References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> In-Reply-To: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-x86@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [patch] Adding optimized kernel copying support - Part III 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, 31 May 2006 20:19:15 -0000 Hello Attilio, Attilio Rao wrote: > Hi, > this is the last release which is rather finished and complete for the > project. > > I tested for consistency for a long time and the FPU handling > mechanism seems very robust so as copyin/copyout do. Nice work. Any chance you could also port it to amd64? :-) > What I'm looking for, at this point, are testers for peroformances. > What is proposed in the patch is one of the better solutions for UP > archs (not running with PREEMPTION) but more general cases might be > handled with time. Does that mean it won't work with SMP and PREEMPTION? > I hope that somebody wants to play with him, giving suggestions and > doing different benchmarks. What kind of performance improvements did you see in your benchmarks? > The code can be found here: > http://users.gufi.org/~rookie/works/patches/xmmcopy_6_1.diff > > and is for RELEASE_6_1 in order to have a wider range of testers (a > diff against HEAD will be available ASAP). > > Please keep in mind that this is not a complete rip of DflyBSD code > beacause it is different in a lot of parts. > > For any kind of tecnical questions, please mail me. I wonder if we could get rid of the memcpy_vector (copyin/copyout_vector before this patch), bzero_vector and bcopy_vector function pointers and do boot-time patching of the callers to the right version. I have a linux-inspired proof-of-concept demo of this boot-time patching at http://people.freebsd.org/~ssouhlal/testing/bootpatch-20060527.diff. It prefetches the next element in the *_FOREACH() macros in sys/queue.h. The patching that it does is to use PREFETCH instruction instead of PREFETCHNTA if the cpu is found to support SSE2. -- Suleiman From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 20:29: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 D043116B94F; Wed, 31 May 2006 20:29:20 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 34E6C43D53; Wed, 31 May 2006 20:29:19 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 31 May 2006 21:29:19 +0100 (BST) To: John Baldwin In-reply-to: Your message of "Wed, 31 May 2006 15:03:58 EDT." <200605311503.58402.jhb@freebsd.org> X-Request-Do: Date: Wed, 31 May 2006 21:29:18 +0100 From: David Malone Message-ID: <200605312129.aa23818@salmon.maths.tcd.ie> Cc: freebsd-hackers@freebsd.org, Anatoli Klassen Subject: Re: security.bsd.see_other_uids for jails 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, 31 May 2006 20:29:26 -0000 > Mostly off-topic, but couldn't you simplify the logic here slightly: Definitely! I was originally going to compare jail IDs, but realized I could just compare the jail pointers. Evidently my fingers were still thinking about how to implement it the other way. ;-) David. From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 20:29:37 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 1105516A708 for ; Wed, 31 May 2006 20:29:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E948643D55 for ; Wed, 31 May 2006 20:29:35 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0102.google.com with SMTP id s17so81118wxc for ; Wed, 31 May 2006 13:29:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kyB7hT1gh0WZwQkDS9zI10ektLcvvwrpFzPJjIjx4kJVAOWmgWliBebeiSbCieUqcqtXLcVYxN7fcVasmB+oo9+4QPZrz9Dh1CrkqWuN70deVjp9oBSdeub0iQCI0KK9rudjtmU5VraU3Z6ofC7N+PEIApwW/Qt4dhwR1i5bxis= Received: by 10.70.68.10 with SMTP id q10mr695097wxa; Wed, 31 May 2006 13:29:34 -0700 (PDT) Received: by 10.70.11.2 with HTTP; Wed, 31 May 2006 13:29:34 -0700 (PDT) Message-ID: <3bbf2fe10605311329h7adc1722j9088253515e0265b@mail.gmail.com> Date: Wed, 31 May 2006 22:29:34 +0200 From: "Attilio Rao" To: "Suleiman Souhlal" , freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <447DFA0C.20207@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> <447DFA0C.20207@FreeBSD.org> Cc: Subject: Re: [patch] Adding optimized kernel copying support - Part III X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 20:29:41 -0000 2006/5/31, Suleiman Souhlal : > Hello Attilio, Hello Suleiman, > Nice work. Any chance you could also port it to amd64? :-) Not in the near future, I think. :P > Does that mean it won't work with SMP and PREEMPTION? Yes it will work (even if I think it needs more testing) but maybe would give lesser performances on SMP|PREEMPTION due to too much traffic on memory/cache. For this I was planing to use non-temporal instructions (obviously benchmarks would be very appreciate). > What kind of performance improvements did you see in your benchmarks? I'm sorry but I didn't benchmarked on P4 (with xmm instructions). On P3, using integer copies, with dd and time I measured about 2% increasing, I hope more on P4 (and you might add xmm usage too). > I wonder if we could get rid of the memcpy_vector (copyin/copyout_vector > before this patch), bzero_vector and bcopy_vector function pointers and > do boot-time patching of the callers to the right version Mmm, please note that on i386, at boot time (I've never studied that code) it seems requiring of vectorized version of bcopy/bzero. memcpy_vector that I introduced is used in slightly a different way from the other so I don't think it's so simple applying your idea to these. > I have a linux-inspired proof-of-concept demo of this boot-time patching > at http://people.freebsd.org/~ssouhlal/testing/bootpatch-20060527.diff. > It prefetches the next element in the *_FOREACH() macros in sys/queue.h. > The patching that it does is to use PREFETCH instruction instead of > PREFETCHNTA if the cpu is found to support SSE2. It would be very appreciate to have it MI (yes, I mean MD + MI structure :PP) Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 20: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 DDAE416BB1C for ; Wed, 31 May 2006 20:43:11 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 52B9A43D70 for ; Wed, 31 May 2006 20:43:10 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 40950 invoked by uid 1001); 31 May 2006 20:43:08 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Wed, 31 May 2006 16:43:08 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17533.65500.513068.392152@bhuda.mired.org> Date: Wed, 31 May 2006 16:43:08 -0400 To: Avleen Vig In-Reply-To: <20060530230253.GW800@silverwraith.com> References: <17532.42196.508218.964130@bhuda.mired.org> <1225.141.218.159.32.1149020799.squirrel@www.foolishgames.com> <17532.44580.352702.492478@bhuda.mired.org> <20060530230253.GW800@silverwraith.com> 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: freebsd-hackers@freebsd.org Subject: Re: Asymmetric ethernet throughput? 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, 31 May 2006 20:43:14 -0000 In <20060530230253.GW800@silverwraith.com>, Avleen Vig typed: > On Tue, May 30, 2006 at 04:42:12PM -0400, Mike Meyer wrote: > > Well, it makes the throughput closer to symmetric when I'm pushing > > traffic both ways - but at around 7MB/sec. If I only run traffic in > > one direction, I get the previous behavior. > I might like to suggest that the problem is your RealTek NIC. > Those NICs so utterly suck (I have 2, before anyone thinks I'm bashing > without cause :). Nope, that's not it. I get the same behavior from an Intel PRO/1000. And if that were the problem, I'd see it no matter what hosts I connect to, but if I make the other end a FreeBSD 6.1 box, I get a near-full pipe in both direction. > They're fine for light home use (and well priced for that). Never expect > consistancy or line speed from them though. This one came on the motherboard. I was using the intel until I needed to bridge it, and the rl bridging code worked where the em code didn't. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 23:32: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 E583616C192 for ; Wed, 31 May 2006 23:32:15 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3BA43D81 for ; Wed, 31 May 2006 23:32:13 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so106069wxd for ; Wed, 31 May 2006 16:32:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eaKw2a805ufMILLL2K3Hs59kLRFyMPKbrSjXEt4gpxSWhtqLPsY7VtfXNq0oTfNg1cyQ8QSJNZcY4Upm78CYHs+g1+w/BYnZmwiVlKRIrZPY8RBpn65CRgT9CnxfLdqmJ29WGl3hJif088OnQ5FtVbH6W9Mi5NCwZoM+oiU45OU= Received: by 10.70.72.13 with SMTP id u13mr875681wxa; Wed, 31 May 2006 16:32:12 -0700 (PDT) Received: by 10.70.11.2 with HTTP; Wed, 31 May 2006 16:32:12 -0700 (PDT) Message-ID: <3bbf2fe10605311632w58c2949buc072e58ac103d7d@mail.gmail.com> Date: Thu, 1 Jun 2006 01:32:12 +0200 From: "Attilio Rao" To: "Bruce Evans" , "Suleiman Souhlal" , freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <20060601084052.D32549@delplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> <447DFA0C.20207@FreeBSD.org> <3bbf2fe10605311329h7adc1722j9088253515e0265b@mail.gmail.com> <20060601084052.D32549@delplex.bde.org> Cc: Subject: Re: [patch] Adding optimized kernel copying support - Part III X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 23:32:24 -0000 2006/6/1, Bruce Evans : > > >> Does that mean it won't work with SMP and PREEMPTION? > > > > Yes it will work (even if I think it needs more testing) but maybe > > would give lesser performances on SMP|PREEMPTION due to too much > > traffic on memory/cache. For this I was planing to use non-temporal > > instructions > > (obviously benchmarks would be very appreciate). > > Er, isn't its main point to fix some !SMP assumptions made in the old > copying-through-the-FPU code? (The old code is messy due to its avoidance > of global changes. It wants to preserve the FPU state on the stack, but > this doesn't quite work so it does extra things (still mostly locally) > that only work in the !SMP && (!SMPng even with UP) case. Patching this > approach to work with SMP || SMPng cases would make it messier.) > > The new code wouldn't behave much differently under SMP. It just might > be a smaller optimization because more memory pressure for SMP causes > more cache misses for everything and there are no benefits from copying > through MMX/XMM unless nontemporal writes are used. All (?) CPUs with > MMX or SSE* can saturate main memory using 32-bit instructions. On > 32-bit CPUs, the benefits of using MMX/XMM come from being able to > saturate the L1 cache on some CPUs (mainly Athlons and not P[2-4]), > and from being able to use nontemporal writes on some CPUs (at least > AthlonXP via SSE extensions all CPUs with SSE2). I was just speaking about the copying routine itself and not about the SSE2 environment preserving mechanism. It remains untouched in SMP case. However I need to say you were right when you suggested me to merge anything in support.s since it has a more coherent design. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 23:51: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 B27E416CC11 for ; Wed, 31 May 2006 23:48:39 +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 C871943D5E for ; Wed, 31 May 2006 23:48:36 +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 B39D2131E13; Thu, 1 Jun 2006 09:18:35 +0930 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 9275286F5A; Thu, 1 Jun 2006 09:18:35 +0930 (CST) Date: Thu, 1 Jun 2006 09:18:35 +0930 From: Greg 'groggy' Lehey To: "Eugene M. Kim" Message-ID: <20060531234835.GW54613@wantadilla.lemis.com> References: <447DB0B1.8040206@ab.ote.we.lv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Wosya/OiUJZ+2ov" Content-Disposition: inline In-Reply-To: <447DB0B1.8040206@ab.ote.we.lv> 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: dump(8) performance 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, 31 May 2006 23:51:18 -0000 --9Wosya/OiUJZ+2ov Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 31 May 2006 at 8:05:21 -0700, Eugene M. Kim wrote: > While watching the output of iostat -dxz -w10 -n100 to monitor the > progress/performance of a dump(8) process straight to a tape, I found > out something interesting and disappointing at the same time: The disk > read throughput was exactly twice as high as the tape write throughput, > throughout the entire dump phases 4 and 5, i.e. dumping actual inodes. > Disappointing, because the tape drive utilization (%busy) was lingering > around 35%-50% for most of the time; I didn't expect the disk would be > the bottleneck. :p > > I want to believe that this indicates a bug in dump(8) which causes each > disk block to be read twice, but being no UFS expert in any sense, I > wonder: Could this behavior be by design, and would there be any room > for improvement? Without looking at the code, this seems unlikely. But you might get more information by attaching a ktrace to the dump process for a short period of time (find the pid, then ktrace -p to start trace, ktrace -p -C to stop again). If you do that, let me see no more than 30 lines of repetitive trace. Greg -- See complete headers for address and phone numbers. --9Wosya/OiUJZ+2ov Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEfitTIubykFB6QiMRAnhAAKCMKBfWpWMhn4wrYSGz6aEK+VcU5gCfQSiY FPDtd80GvrsdOtfkwunSvn0= =r0mD -----END PGP SIGNATURE----- --9Wosya/OiUJZ+2ov-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 01:24: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 2D33D16A553 for ; Thu, 1 Jun 2006 01:24:03 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF1343D45 for ; Thu, 1 Jun 2006 01:24:00 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 089298A01F; Thu, 1 Jun 2006 11:23:59 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id DF9EB8A00A; Thu, 1 Jun 2006 11:23:58 +1000 (EST) Message-ID: <447E41AE.6050705@thebeastie.org> Date: Thu, 01 Jun 2006 11:23:58 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pfgshield-freebsd@yahoo.com References: <20060524022245.68701.qmail@web32702.mail.mud.yahoo.com> In-Reply-To: <20060524022245.68701.qmail@web32702.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD Hackers Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 01:24:07 -0000 pfgshield-freebsd@yahoo.com wrote: >Hello; > >DragonFly and NetBSD are interested, I'm sure there's interest in FreeBSD too, >but AFAICT no one has started. > >Here is an interesting link: > >http://www.opensolaris.org/os/community/zfs/porting/ > >cheers, > >Pedro. > >--- > > > Since this is a project that would benefit just about anyone using FreeBSD, it would be good to see a project like this get funding or do a fund raise. As a summer of code project I would assume this would be to difficult of a project to for anyone but those of a fair amount of experience? Mike From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 02:34:50 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 DFC9616C4DB for ; Thu, 1 Jun 2006 02:34:50 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871CC43D76 for ; Thu, 1 Jun 2006 02:34:50 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k512YniT058933; Wed, 31 May 2006 21:34:49 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <447E524E.7050400@centtech.com> Date: Wed, 31 May 2006 21:34:54 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Michael Vince References: <20060524022245.68701.qmail@web32702.mail.mud.yahoo.com> <447E41AE.6050705@thebeastie.org> In-Reply-To: <447E41AE.6050705@thebeastie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1504/Wed May 31 14:59:14 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: FreeBSD Hackers , pfgshield-freebsd@yahoo.com Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 02:34:52 -0000 Michael Vince wrote: > pfgshield-freebsd@yahoo.com wrote: > >> Hello; >> >> DragonFly and NetBSD are interested, I'm sure there's interest in >> FreeBSD too, >> but AFAICT no one has started. >> >> Here is an interesting link: >> >> http://www.opensolaris.org/os/community/zfs/porting/ >> >> cheers, >> >> Pedro. >> >> --- >> >> >> > Since this is a project that would benefit just about anyone using > FreeBSD, it would be good to see a project like this get funding or do a > fund raise. > As a summer of code project I would assume this would be to difficult of > a project to for anyone but those of a fair amount of experience? > > Mike ZFS surely is cool, but I'm not sure how much it benefits FreeBSD compared to something like journaling, or adding features to our existing filesystem, or even write support for one of the already ported read-only filesystems we have (like XFS, or reiserfs). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed May 31 23:25:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E4516A992; Wed, 31 May 2006 23:25:22 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31FD943D70; Wed, 31 May 2006 23:25:22 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (Postfix) with ESMTP id DA491427E25; Thu, 1 Jun 2006 09:25:20 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k4VNPHvJ001167; Thu, 1 Jun 2006 09:25:18 +1000 Date: Thu, 1 Jun 2006 09:25:17 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: rookie@gufi.org In-Reply-To: <3bbf2fe10605311329h7adc1722j9088253515e0265b@mail.gmail.com> Message-ID: <20060601084052.D32549@delplex.bde.org> References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> <447DFA0C.20207@FreeBSD.org> <3bbf2fe10605311329h7adc1722j9088253515e0265b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 01 Jun 2006 03:21:57 +0000 Cc: freebsd-hackers@freebsd.org, Suleiman Souhlal , freebsd-arch@freebsd.org Subject: Re: [patch] Adding optimized kernel copying support - Part III 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, 31 May 2006 23:25:32 -0000 On Wed, 31 May 2006, Attilio Rao wrote: > 2006/5/31, Suleiman Souhlal : >> Nice work. Any chance you could also port it to amd64? :-) > > Not in the near future, I think. :P It is not useful for amd64. An amd64 has enough instruction bandwidth to saturate the L1 cache using 64-bit accesses although not using 32-bit accesses. An amd64 has 64-bit integer registers which can be accesses without the huge setup overheads and code complications for MMX/XMM registers. It already uses 64-bit registers or 64-bit movs for copying and zeroing of course. Perhaps it should use prefetches and nontemporal writes more than it already does, but these don't require using SSE2 instructions like nontemporal writes do for 32-bit CPUs. >> Does that mean it won't work with SMP and PREEMPTION? > > Yes it will work (even if I think it needs more testing) but maybe > would give lesser performances on SMP|PREEMPTION due to too much > traffic on memory/cache. For this I was planing to use non-temporal > instructions > (obviously benchmarks would be very appreciate). Er, isn't its main point to fix some !SMP assumptions made in the old copying-through-the-FPU code? (The old code is messy due to its avoidance of global changes. It wants to preserve the FPU state on the stack, but this doesn't quite work so it does extra things (still mostly locally) that only work in the !SMP && (!SMPng even with UP) case. Patching this approach to work with SMP || SMPng cases would make it messier.) The new code wouldn't behave much differently under SMP. It just might be a smaller optimization because more memory pressure for SMP causes more cache misses for everything and there are no benefits from copying through MMX/XMM unless nontemporal writes are used. All (?) CPUs with MMX or SSE* can saturate main memory using 32-bit instructions. On 32-bit CPUs, the benefits of using MMX/XMM come from being able to saturate the L1 cache on some CPUs (mainly Athlons and not P[2-4]), and from being able to use nontemporal writes on some CPUs (at least AthlonXP via SSE extensions all CPUs with SSE2). Bruce From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 01:41:06 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 D4E4D16A7E7 for ; Thu, 1 Jun 2006 01:41:06 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32705.mail.mud.yahoo.com (web32705.mail.mud.yahoo.com [68.142.207.249]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D3E643D46 for ; Thu, 1 Jun 2006 01:41:06 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 7959 invoked by uid 60001); 1 Jun 2006 01:41:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=lgWh5qUpuE0eRykKX/bVgUAcglSdkVzqOO/re/ShtwBRG9syqTjndE7jhCKF8R9FsiCuRp4vSgFL18BBPEww6k0CONCdRF33c3leIbx/MfXPIWqCc3b9FlVUmhJ8Gy5Xgg+3xVIP+LDXnOvslcpVLI3zDZT7K9X9ms/GS2Z5v+c= ; Message-ID: <20060601014105.7957.qmail@web32705.mail.mud.yahoo.com> Received: from [200.118.60.210] by web32705.mail.mud.yahoo.com via HTTP; Thu, 01 Jun 2006 03:41:05 CEST Date: Thu, 1 Jun 2006 03:41:05 +0200 (CEST) From: To: Michael Vince In-Reply-To: <447E41AE.6050705@thebeastie.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 01 Jun 2006 03:22:32 +0000 Cc: FreeBSD Hackers Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 01:41:12 -0000 Hello; --- Michael Vince ha scritto: (I forgot to mention Apple is interested in it too) > Since this is a project that would benefit just about anyone using > FreeBSD, it would be good to see a project like this get funding or do a > fund raise. > As a summer of code project I would assume this would be to difficult of > a project to for anyone but those of a fair amount of experience? > > Mike > Back in the days when IBM released their JFS for Linux, there was a written petition asking IBM to relax the license so that it would be ported to the BSDs. IBM didn't accept but it was really nice to see all the BSDs together on this. Porting it to one BSD will help the others, but maybe (and this is mere speculation) it would be easier for FreeBSD once Dtrace is finished/imported and we get some extra OpenSolaris compatibility in the headers. FWIW, I'd also like to see libumem ported. That said, these projects usually pick up only when someone takes the flag and starts on it's own, making it easier for an interested expert to continue and polish the initial effort. Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 03:50: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 1C62916ADE9 for ; Thu, 1 Jun 2006 03:50:11 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C0E43D45 for ; Thu, 1 Jun 2006 03:50:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k513o9uJ071940; Wed, 31 May 2006 22:50:09 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <447E63F6.5000205@centtech.com> Date: Wed, 31 May 2006 22:50:14 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: pfgshield-freebsd@yahoo.com References: <20060601034133.18927.qmail@web32701.mail.mud.yahoo.com> In-Reply-To: <20060601034133.18927.qmail@web32701.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1504/Wed May 31 14:59:14 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: FreeBSD Hackers , Michael Vince Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:50:13 -0000 pfgshield-freebsd@yahoo.com wrote: > --- Eric Anderson ha scritto: > > ... >> >> ZFS surely is cool, but I'm not sure how much it benefits FreeBSD >> compared to something like journaling, or adding features to our >> existing filesystem, or even write support for one of the already ported >> read-only filesystems we have (like XFS, or reiserfs). >> > > I'm afraid adding write support to XFS or reiserfs is not easy, and then > there's the license issue. ZFS might not have the best license either but we > can work with it. Apple's updated HFS license is also something that could be > worked with but Apple is interested in ZFS too so it must have something > interesting ;-). I realize how hard getting write support for one of those is, for certain. You'd still have to go through the labor with ZFS though, unless you are talking about read-only support for it. I don't know much about licensing stuff... > NetBSD has a Journalling Google SoC, definitely interesting if they get far. > > Pedro. We did too last year, but it didn't complete. I think Scott Long is back looking at it again (I've seen some hints of life in the p4 repo). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 07:19: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 0EB7616AFAD for ; Thu, 1 Jun 2006 07:19:44 +0000 (UTC) (envelope-from liudasb@centras.lt) Received: from wind.delfi.lt (storm.delfi.lt [213.197.128.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A04243D78 for ; Thu, 1 Jun 2006 07:19:42 +0000 (GMT) (envelope-from liudasb@centras.lt) Received: by wind.delfi.lt (DELFI Mail, from userid 80) id 4F29261DD1; Thu, 1 Jun 2006 10:19:41 +0300 (EEST) To: freebsd-hackers@freebsd.org Received: from 213.197.169.162 by webmail.delfi.lt via HTTP ; Thu, 1 Jun 2006 10:19:41 +0300 From: "Liudas B." Date: Thu, 1 Jun 2006 10:19:41 +0300 Content-Transfer-Encoding: 8bit X-Mailer: X-Priority: 3 MIME-Version: 1.0 Content-type: text/plain; charset=windows-1257 Message-Id: <20060601071941.4F29261DD1@wind.delfi.lt> Subject: ANA-6922 can't detect media 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, 01 Jun 2006 07:19:44 -0000 Hi, I’m trying to use ANA-6922 multi-port board on FreeBSD 6.1-BETA1. Works only first port when using dc driver. This is because board has only one ROM and second port must use shared ROM (kern/79262). I wrote patch for this. But there is another problem (with or without patch). Both ports connected to the 100mbps switch, but driver seems can’t detect media type (or any media). ifconfig shows no media (no carrier). I try to set media auto, media 100baseTX. No luck. Switch shows, that port is connected (green LED on). Here is another interesting thing. After “ifconfig dc1 up” command dc1 keeps up and down (dmesg shows dc1 DOWN, dc1 UP, dc1 DOWN, etc.). On switch LED keeps turning on and off. Any ideas? P.S. first board’s port works fine on FreeBSD 4.11 From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 09:49: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 369B016B1F3 for ; Thu, 1 Jun 2006 09:49:39 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D064343D46 for ; Thu, 1 Jun 2006 09:49:38 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Fljo6-0005Yj-Th; Thu, 01 Jun 2006 12:49:34 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Jun 2006 12:49:34 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: iSCSI/sendto(...) 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, 01 Jun 2006 09:49:42 -0000 Hi, on a fairly new 6.1-stable, and probably before, once in a blue moon, sendto return error 64 (EHOSTDOWN?). but the packet seems to have been received by the target, since i get a response, and further more, everything keeps on working. what is error 64? danny From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 09:55: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 B0B8F16B591 for ; Thu, 1 Jun 2006 09:55:12 +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 9166E43D64 for ; Thu, 1 Jun 2006 09:55:11 +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 k519ss66005858; Thu, 1 Jun 2006 03:54:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447EB9C0.9010402@samsco.org> Date: Thu, 01 Jun 2006 03:56:16 -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: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org Subject: Re: iSCSI/sendto(...) 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, 01 Jun 2006 09:55:23 -0000 Danny Braniss wrote: > Hi, > on a fairly new 6.1-stable, and probably before, once in a > blue moon, sendto return error 64 (EHOSTDOWN?). but the packet seems to have > been received by the target, since i get a response, and further more, > everything keeps on working. > > what is error 64? > > danny > > EHOSTDOWN comes from the ARP layer of the IP stack, and would be consistent with the host either getting no arp response or rejected responses from the target. It would be useful to run tcpdump+ethereal on your connection to see what is really going on. Scott From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 11:13:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8211A16B42A for ; Thu, 1 Jun 2006 11:13:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1904E43D46 for ; Thu, 1 Jun 2006 11:13:45 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Fll7X-0008Fd-8P; Thu, 01 Jun 2006 14:13:43 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: Your message of Thu, 01 Jun 2006 03:56:16 -0600 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Jun 2006 14:13:43 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: Re: iSCSI/sendto(...) 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, 01 Jun 2006 11:14:10 -0000 > Danny Braniss wrote: > > > Hi, > > on a fairly new 6.1-stable, and probably before, once in a > > blue moon, sendto return error 64 (EHOSTDOWN?). but the packet seems to have > > been received by the target, since i get a response, and further more, > > everything keeps on working. > > > > what is error 64? > > > > danny > > > > > > EHOSTDOWN comes from the ARP layer of the IP stack, and would be > consistent with the host either getting no arp response or rejected > responses from the target. It would be useful to run tcpdump+ethereal > on your connection to see what is really going on. > too much traffic, and would be like looking for a needle in a haystack. (i can't reproduce this at will) the question is, if it was an error, how come the packet did go out. need more proof for the above statement - working on it. danny > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 03:41:34 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 7A2EC16ABDF for ; Thu, 1 Jun 2006 03:41:34 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32701.mail.mud.yahoo.com (web32701.mail.mud.yahoo.com [68.142.207.245]) by mx1.FreeBSD.org (Postfix) with SMTP id F37A143D48 for ; Thu, 1 Jun 2006 03:41:33 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 18929 invoked by uid 60001); 1 Jun 2006 03:41:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Wm9/osxOP15b4WaUlg3NkzWVczjaoPjwbWXcyYeSGacJqtoVfU++8g3D/0aj2cXz0uU502SahnSN69GmQfYtLTyO+VPZrUWjZnaKZCSEXJADJUAhZuyl7j5ZyUri6fuPLI4vx5lyVL3ChmCq/uKc3VoJMLZRM2pWeDKllV4HD7Y= ; Message-ID: <20060601034133.18927.qmail@web32701.mail.mud.yahoo.com> Received: from [200.118.60.210] by web32701.mail.mud.yahoo.com via HTTP; Thu, 01 Jun 2006 05:41:33 CEST Date: Thu, 1 Jun 2006 05:41:33 +0200 (CEST) From: To: Eric Anderson , Michael Vince In-Reply-To: <447E524E.7050400@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 01 Jun 2006 11:59:52 +0000 Cc: FreeBSD Hackers Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:41:40 -0000 --- Eric Anderson ha scritto: ... > > > ZFS surely is cool, but I'm not sure how much it benefits FreeBSD > compared to something like journaling, or adding features to our > existing filesystem, or even write support for one of the already ported > read-only filesystems we have (like XFS, or reiserfs). > I'm afraid adding write support to XFS or reiserfs is not easy, and then there's the license issue. ZFS might not have the best license either but we can work with it. Apple's updated HFS license is also something that could be worked with but Apple is interested in ZFS too so it must have something interesting ;-). NetBSD has a Journalling Google SoC, definitely interesting if they get far. Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 04:09: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 5A32716B4AE for ; Thu, 1 Jun 2006 04:09:31 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32711.mail.mud.yahoo.com (web32711.mail.mud.yahoo.com [68.142.206.24]) by mx1.FreeBSD.org (Postfix) with SMTP id D49F343D48 for ; Thu, 1 Jun 2006 04:09:30 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 95997 invoked by uid 60001); 1 Jun 2006 04:09:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=lxWKAwNJ8bOfAckdeE9c1Me0kccZyMjfW5muer38gYFOjfSMHXK555V+uhXhtyEuGV9CiWQq/IjFdyBV+CwYMKGjqEpDmg4eT3MyNxDI9dyDq19kwXg/hgvYlvi9ASDOlrOxJdZq/S65y99p8zOVtNs+kzlz2GVDRGGTLnjiXas= ; Message-ID: <20060601040930.95995.qmail@web32711.mail.mud.yahoo.com> Received: from [200.118.60.210] by web32711.mail.mud.yahoo.com via HTTP; Thu, 01 Jun 2006 06:09:30 CEST Date: Thu, 1 Jun 2006 06:09:30 +0200 (CEST) From: To: Eric Anderson In-Reply-To: <447E63F6.5000205@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 01 Jun 2006 12:00:26 +0000 Cc: FreeBSD Hackers , Michael Vince Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 04:09:37 -0000 --- Eric Anderson ha scritto: > > I realize how hard getting write support for one of those is, for > certain. You'd still have to go through the labor with ZFS though, > unless you are talking about read-only support for it. I don't know > much about licensing stuff... > Well ... one thing we can't underestimate is that SUN would actually like a port (noticed all the good PR for them Dtrace for FreeBSD has brought?) and is willing to cooperate: not coding but at least saying what to do, explaining the code, etc. Reiser doesn't care and SGI is clearly busy with other problems and hasn't really cared at all either. cheers, Pedro. > > NetBSD has a Journalling Google SoC, definitely interesting if they get > far. > > > > Pedro. > > We did too last year, but it didn't complete. I think Scott Long is > back looking at it again (I've seen some hints of life in the p4 repo). > > > Eric > > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 07:30:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0402C16BEFC; Thu, 1 Jun 2006 07:30:22 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851CD43D7B; Thu, 1 Jun 2006 07:30:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D7E5.dip.t-dialin.net [84.165.215.229]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k517TBih097703; Thu, 1 Jun 2006 09:29:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k517UGMa085619; Thu, 1 Jun 2006 09:30:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 01 Jun 2006 09:30:16 +0200 Message-ID: <20060601093016.ygeptkv80840gkww@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 01 Jun 2006 09:30:16 +0200 From: Alexander Leidinger To: Attilio Rao References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> <447DFA0C.20207@FreeBSD.org> <3bbf2fe10605311329h7adc1722j9088253515e0265b@mail.gmail.com> <20060601084052.D32549@delplex.bde.org> <3bbf2fe10605311632w58c2949buc072e58ac103d7d@mail.gmail.com> In-Reply-To: <3bbf2fe10605311632w58c2949buc072e58ac103d7d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Thu, 01 Jun 2006 12:03:11 +0000 Cc: freebsd-hackers@freebsd.org, Suleiman Souhlal , Bruce Evans , freebsd-arch@freebsd.org Subject: Re: [patch] Adding optimized kernel copying support - Part III 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, 01 Jun 2006 07:30:59 -0000 Quoting Attilio Rao (from Thu, 1 Jun 2006 =20 01:32:12 +0200): > 2006/6/1, Bruce Evans : >> The new code wouldn't behave much differently under SMP. It just might >> be a smaller optimization because more memory pressure for SMP causes >> more cache misses for everything and there are no benefits from copying >> through MMX/XMM unless nontemporal writes are used. All (?) CPUs with >> MMX or SSE* can saturate main memory using 32-bit instructions. On >> 32-bit CPUs, the benefits of using MMX/XMM come from being able to >> saturate the L1 cache on some CPUs (mainly Athlons and not P[2-4]), >> and from being able to use nontemporal writes on some CPUs (at least >> AthlonXP via SSE extensions all CPUs with SSE2). > > I was just speaking about the copying routine itself and not about the > SSE2 environment preserving mechanism. It remains untouched in SMP > case. AFAIR the DFly FPU rework allows to use FPU/XMM instructions in their =20 kernel without the need to do some manual state preserving (it's done =20 automatically on demand). So one could use XMM instructions in RAID 5 =20 or crypto parts of the code to test if it is a performance benefit. Do =20 I understand the above part right that with this patch this is also =20 the case for us in the UP case, but not in the SMP case? Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 07:54:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E46CB16A537; Thu, 1 Jun 2006 07:54:18 +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 2EA5F43D49; Thu, 1 Jun 2006 07:54:18 +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 376A0244C3A; Thu, 1 Jun 2006 16:54:17 +0900 (JST) Message-ID: <447E9D26.3060800@freebsd.org> Date: Thu, 01 Jun 2006 16:54:14 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Andr=E9_Braga?= References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> In-Reply-To: <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 01 Jun 2006 12:04:58 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander Leidinger Subject: Re: [ANN] unionfs patchset-13 release 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, 01 Jun 2006 07:54:25 -0000 André Braga wrote: > A post scriptum to the original message: > The buggy behaviour won't affect the host system, but the jail could > well be compromised. I also have this feeling that ACLs also aren't > respected inside jails or can be overwritten as easily as shown below > > Thanks, > André for all folks who have deep consideration of FS: We do not know well around MAC and ACL. Someone knows well around those, please teach us. Does MAC have a information of schg of chflags? for all folks who have deep consideration of FS: part2 Yeah, it is possible to make capability for setting the ALC and MAC information to the upper layer of the unionfs. With that, we must consider the policy that what information should be copied to shadow file when it makes shadow file. Without the policy, we cannot make it. We want to know your opinions if you have deep consideration of it. What do you make of it? -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 12:27: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 7B7B016B500 for ; Thu, 1 Jun 2006 12:27:03 +0000 (UTC) (envelope-from ianchov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3B2443D46 for ; Thu, 1 Jun 2006 12:27:02 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so144239uge for ; Thu, 01 Jun 2006 05:27:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=WCJwHKzS+MDjcU8Up4kffnaaRQfqIyspVZAGy24W1n46k4FE+aQXF6MovSzLJcQk1GrlIx+6bcuDNIyZdPnt+V0wda4E8VszhnqFFm2x1VtcS7efr3n5cRPfU6F8qWdL2bjgm+5NBw0WtxfAD+W39+ZU/DjcT4RM5llz+JrTM9Q= Received: by 10.78.24.12 with SMTP id 12mr81064hux; Thu, 01 Jun 2006 05:27:01 -0700 (PDT) Received: by 10.78.39.6 with HTTP; Thu, 1 Jun 2006 05:27:01 -0700 (PDT) Message-ID: <18e02bd30606010527m910bac7s74d6696d931465f5@mail.gmail.com> Date: Thu, 1 Jun 2006 15:27:01 +0300 From: "Iantcho Vassilev" To: freebsd-hackers@freebsd.org In-Reply-To: <20060601040930.95995.qmail@web32711.mail.mud.yahoo.com> MIME-Version: 1.0 References: <447E63F6.5000205@centtech.com> <20060601040930.95995.qmail@web32711.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 12:27:09 -0000 On 6/1/06, pfgshield-freebsd@yahoo.com wrote: > > > --- Eric Anderson ha scritto: > > > > > I realize how hard getting write support for one of those is, for > > certain. You'd still have to go through the labor with ZFS though, > > unless you are talking about read-only support for it. I don't know > > much about licensing stuff... > > > > Well ... one thing we can't underestimate is that SUN would actually like > a > port (noticed all the good PR for them Dtrace for FreeBSD has brought?) > and is > willing to cooperate: not coding but at least saying what to do, > explaining the > code, etc. Reiser doesn't care and SGI is clearly busy with other problems > and > hasn't really cared at all either. > > cheers, > > Pedro. > > > > NetBSD has a Journalling Google SoC, definitely interesting if they > get > > far. > > > > > > Pedro. > > > > We did too last year, but it didn't complete. I think Scott Long is > > back looking at it again (I've seen some hints of life in the p4 repo). > > > > > > Eric > > I vote for ZFS as well... The argument by Pedro are more than true..and also ZFS is an incredible filesystem. It would be a SUPER SUPER step to have it on FreeBSD. Iantcho From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 12:27: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 1A66B16A79F for ; Thu, 1 Jun 2006 12:27:15 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D39D743D49 for ; Thu, 1 Jun 2006 12:27:13 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so187440wxd for ; Thu, 01 Jun 2006 05:27:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=plnTOjvGtT9l/tJXK1KULnvFAnEgiQIQbPEaMARs1V2xUFd4oQMjPGQduqWUDnmmM3vWG45NyG4YTdWDI9aWvTG4rzK0lWjczBT0m5dkDlQCkdJe4fDniPDjHR63SzDM60V/7kXtzrkcNyoRoeVc3SPqZNrOiK808+INOSp3oZw= Received: by 10.70.68.10 with SMTP id q10mr632553wxa; Thu, 01 Jun 2006 05:27:13 -0700 (PDT) Received: by 10.70.11.2 with HTTP; Thu, 1 Jun 2006 05:27:13 -0700 (PDT) Message-ID: <3bbf2fe10606010527p5072dc2cmbbcbab039261f870@mail.gmail.com> Date: Thu, 1 Jun 2006 14:27:13 +0200 From: "Attilio Rao" To: "Bruce Evans" , "Suleiman Souhlal" , freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <3bbf2fe10606010525g7893408asdca7ada37e0dab41@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10605311156p7e629283r34d22b368877582d@mail.gmail.com> <447DFA0C.20207@FreeBSD.org> <3bbf2fe10605311329h7adc1722j9088253515e0265b@mail.gmail.com> <20060601084052.D32549@delplex.bde.org> <3bbf2fe10605311632w58c2949buc072e58ac103d7d@mail.gmail.com> <20060601093016.ygeptkv80840gkww@netchild.homeip.net> <3bbf2fe10606010525g7893408asdca7ada37e0dab41@mail.gmail.com> Cc: Subject: Re: [patch] Adding optimized kernel copying support - Part III X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 12:27:25 -0000 2006/6/1, Alexander Leidinger : > AFAIR the DFly FPU rework allows to use FPU/XMM instructions in their > kernel without the need to do some manual state preserving (it's done > automatically on demand). So one could use XMM instructions in RAID 5 > or crypto parts of the code to test if it is a performance benefit. Do > I understand the above part right that with this patch this is also > the case for us in the UP case, but not in the SMP case? Since it seems to be a mis-understanding about this I will try to explain better. The patch can be saw as a 3-step issue*: 1) Implementing a robust and working method to preserve FPU/MMX/XMM usage into the kernel 2) Modifing copyin/copyout/memcpy in order to use xmm registers (in a first moment I thought to bzero/bcopy too but, since they're used for short amount of datas, xmm usage is deprecated due to heavyness of context saving). 3) Giving a reliable and better version of memcpy (that I called i686_memcpy). 1 is achieved successfully and it is the same in UP and SMP arches. It's imported from Dragonfly and I tested on my boxes very carefully and for a long time. It never give me problems. 2 seems good too, even if it needs more stress-testing I think. It is the same on UP and SMP and needs no changes. 3 is what I was speaking about having different versions for UP and SMP. It needs more testing even if the code seems correct to me. It's important to understand that it is an example on how new architecture for FPU saving/restore can be used (you can see at it as a reference for further coding I guess). Maybe FPU_PICKUP/FPU_DROP could be modified and exported in order to be used in different parts of the kernel... So I hope it's clearer now. Attilio * I refer, for this discussion, exclusively to FreeBSD-i386 -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 12:41: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 421F916A4C0 for ; Thu, 1 Jun 2006 12:41:23 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D855F43D46 for ; Thu, 1 Jun 2006 12:41:22 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k51CfLD6062770; Thu, 1 Jun 2006 07:41:22 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <447EE076.4040501@centtech.com> Date: Thu, 01 Jun 2006 07:41:26 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Iantcho Vassilev References: <447E63F6.5000205@centtech.com> <20060601040930.95995.qmail@web32711.mail.mud.yahoo.com> <18e02bd30606010527m910bac7s74d6696d931465f5@mail.gmail.com> In-Reply-To: <18e02bd30606010527m910bac7s74d6696d931465f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1504/Wed May 31 14:59:14 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 12:41:24 -0000 Iantcho Vassilev wrote: > On 6/1/06, pfgshield-freebsd@yahoo.com wrote: >> >> >> --- Eric Anderson ha scritto: >> >> > >> > I realize how hard getting write support for one of those is, for >> > certain. You'd still have to go through the labor with ZFS though, >> > unless you are talking about read-only support for it. I don't know >> > much about licensing stuff... >> > >> >> Well ... one thing we can't underestimate is that SUN would actually like >> a >> port (noticed all the good PR for them Dtrace for FreeBSD has brought?) >> and is >> willing to cooperate: not coding but at least saying what to do, >> explaining the >> code, etc. Reiser doesn't care and SGI is clearly busy with other >> problems >> and >> hasn't really cared at all either. >> >> cheers, >> >> Pedro. >> >> > > NetBSD has a Journalling Google SoC, definitely interesting if they >> get >> > far. >> > > >> > > Pedro. >> > >> > We did too last year, but it didn't complete. I think Scott Long is >> > back looking at it again (I've seen some hints of life in the p4 repo). >> > >> > >> > Eric >> > > > > > I vote for ZFS as well... The argument by Pedro are more than true..and > also ZFS is an incredible filesystem. It would be a SUPER SUPER step to > have > it on FreeBSD. > > Iantcho Agreed it would be. I'd love to see it (I'm an advocate for as many filesystems available as possible actually). So, the real question is, who's going to volunteer to start actually porting it? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 12:49: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 3D92A16A442 for ; Thu, 1 Jun 2006 12:49:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FEFB43D48 for ; Thu, 1 Jun 2006 12:49:25 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k51CnJA1025775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 1 Jun 2006 15:49:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k51CnJH5099096 for ; Thu, 1 Jun 2006 15:49:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k51CnIn4099095 for freebsd-hackers@freebsd.org; Thu, 1 Jun 2006 15:49:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 1 Jun 2006 15:49:18 +0300 From: Kostik Belousov To: freebsd-hackers@freebsd.org Message-ID: <20060601124918.GA51393@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Subject: recent vixie cron vulnerability 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, 01 Jun 2006 12:49:29 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable There was recent discovery of the problem in the vixie cron job execution, see http://www.securityfocus.com/bid/18108/ and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D178431 The hole exists because calls to the setuid(2) goes unchecked for errors. At first look, the issue seems to be irrelevant to the FreeBSD, because, in absence of mac(9), setuid(2) and similar calls can fail only for non-root user. But, if mac is present, then the setuid(2) could fail, and our version 3.0 cron will execute user job with zero uid as well. To trick the cron into the problem, some mac policy shall be present in the kernel that would fail setuid() call for some reasons. Do you consider this important enough to justify the patch ? Index: cron/do_command.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/usr.sbin/cron/cron/do_command.c,v retrieving revision 1.23 diff -u -r1.23 do_command.c --- cron/do_command.c 24 Aug 2005 17:51:36 -0000 1.23 +++ cron/do_command.c 1 Jun 2006 12:47:31 -0000 @@ -245,12 +245,29 @@ /* set our directory, uid and gid. Set gid first, * since once we set uid, we've lost root privledges. */ - setgid(e->gid); + if (setgid(e->gid) !=3D 0) { + log_it(usernm,getpid(),"error","setgid failed"); + exit(ERROR_EXIT); + /*NOTREACHED*/ + } # if defined(BSD) - initgroups(usernm, e->gid); + if (initgroups(usernm, e->gid) !=3D 0) { + log_it(usernm,getpid(),"error","initgroups failed"); + exit(ERROR_EXIT); + /*NOTREACHED*/ + } =09 # endif - setlogin(usernm); - setuid(e->uid); /* we aren't root after this..*/ + if (setlogin(usernm) !=3D 0) { + log_it(usernm,getpid(),"error","setlogin failed"); + exit(ERROR_EXIT); + /*NOTREACHED*/ + } + if (setuid(e->uid) !=3D 0) { + log_it(usernm,getpid(),"error","setuid failed"); + exit(ERROR_EXIT); + /*NOTREACHED*/ + } + /* we aren't root after this..*/ #if defined(LOGIN_CAP) } if (lc !=3D NULL) Index: cron/popen.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/usr.sbin/cron/cron/popen.c,v retrieving revision 1.12 diff -u -r1.12 popen.c --- cron/popen.c 6 Feb 2002 02:00:07 -0000 1.12 +++ cron/popen.c 1 Jun 2006 12:47:31 -0000 @@ -175,12 +175,21 @@ /* set our directory, uid and gid. Set gid first, * since once we set uid, we've lost root privledges. */ - setgid(e->gid); + if (setgid(e->gid) !=3D 0) + _exit(ERROR_EXIT); + /*NOTREACHED*/ # if defined(BSD) - initgroups(usernm, e->gid); + if (initgroups(usernm, e->gid) !=3D 0) + _exit(ERROR_EXIT); + /*NOTREACHED*/ # endif - setlogin(usernm); - setuid(e->uid); /* we aren't root after this..*/ + if (setlogin(usernm) !=3D 0) + _exit(ERROR_EXIT); + /*NOTREACHED*/ + if (setuid(e->uid) !=3D 0) + _exit(ERROR_EXIT); + /*NOTREACHED*/ + /* we aren't root after this..*/ #if defined(LOGIN_CAP) } if (lc !=3D NULL) --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfuJNC3+MBN1Mb4gRAmfbAJ4u0dBSpOHnMQXSrXRq5NNpGjv6EwCgqBFy wfBYjvA0nLDNo3EqEh5Y7ZI= =w4KY -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 12:37:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED1F116B79B; Thu, 1 Jun 2006 12:37:14 +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 4636E43D45; Thu, 1 Jun 2006 12:37:13 +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 BE56046BDB; Thu, 1 Jun 2006 08:37:10 -0400 (EDT) Date: Thu, 1 Jun 2006 13:37:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?ISO-8859-1?Q?Andr=E9_Braga?= In-Reply-To: <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> Message-ID: <20060601133410.M37536@fledge.watson.org> References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-683816645-1149165430=:37536" X-Mailman-Approved-At: Thu, 01 Jun 2006 12:59:01 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander Leidinger Subject: Re: [ANN] unionfs patchset-13 release 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, 01 Jun 2006 12:37:23 -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-683816645-1149165430=:37536 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 31 May 2006, Andr=E9 Braga wrote: > A post scriptum to the original message: > > The buggy behaviour won't affect the host system, but the jail could well= be=20 > compromised. I also have this feeling that ACLs also aren't respected ins= ide=20 > jails or can be overwritten as easily as shown below By "ACLs also aren't respected inside jails", do you mean, "ACLs don't work= in=20 jail", or do you mean, "ACLs don't work with unionfs"? They are believed= =20 firmly to work with jail, and if you have evidence to the contrary, a PR=20 pointer would be greatly appreciated so it can be investigated. I don't know much about the behavior of unionfs, but if VOP_ACCESS is passe= d=20 down properly through the stack, then ACLs should be implemented. There mi= ght=20 be problems if two file systems are stacked and have different access contr= ol=20 models. I don't know enough about unionfs to reason about how it does beha= ve,=20 or should behave. Unionfs seems to violate the notion of POLA, so I'm not= =20 sure how much POLA will help :-). Robert N M Watson > > Thanks, > Andr=E9 > > ---------------------- 8< ---------------------- > > Hi, > > Once again, thank you for your patch. > > I believe I have found a bug: > > If a file or directory has non-default flags and this directory is > mounted below a target point, the resulting union will not preserve > the directory flags. Worse, it will appear as if the file flags are > preserved, but they are not and as soon as a file that should not be > modified gets modified, the flags are reset to the default state on > the union mount. This could pose a *serious* security breach for > people running jails rooted on unionfs mounts, like I intended to. > > Test case: > (discrepancies are marked by a line containing "**** NOTICE" and > aligned to fixed-length font display) > > # cd /tmp > # mkdir -p test/a test/b/bb test/b/cc > # touch test/b/cc/dd > # chflags schg test/b/bb/ > # chflags uappnd test/b/cc/dd > # ls -Rlo > total 2 > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test > > ./test: > total 4 > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b > > ./test/a: > total 0 > > ./test/b: > total 4 > drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb > **** NOTICE 1a ^^^^ **** > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc > > ./test/b/bb: > total 0 > > ./test/b/cc: > total 0 > -rw-r--r-- 1 root wheel uappnd 0 Apr 29 08:12 dd > **** NOTICE 2a ^^^^^^ **** > # echo ee >test/b/cc/dd > test/b/cc/dd: Operation not permitted. > # echo ee >> test/b/cc/dd > **** NOTICE: this is the intended behavior for the 'uappnd' flag **** > # cat test/b/cc/dd > ee > # > # mount_unionfs -c transparent -b test/b test/a > # ls -Rlo > total 2 > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test > > ./test: > total 4 > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b > > ./test/a: > total 4 > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 bb > **** NOTICE 1b ^^^ **** > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc > > ./test/a/bb: > total 0 > > ./test/a/cc: > total 2 > -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd > **** NOTICE 2b (LOOKS OK) ^^^^^^ **** > ./test/b: > total 4 > drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc > > ./test/b/bb: > total 0 > > ./test/b/cc: > total 2 > -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd > # echo ff > test/a/cc/dd > # cat test/a/cc/dd > ff > **** NOTICE: very wrong behavior for the 'uappnd' flag! **** > # ls -lo test/a/cc/dd > -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 test/a/cc/dd > **** NOTICE 2c (NO FLAG!) ^^^ **** > # echo gg >test/b/cc/hh > # chflags schg test/b/cc/hh > # rm test/b/cc/hh > override rw-r--r-- root/wheel schg for test/b/cc/hh? yes > rm: test/b/cc/hh: Operation not permitted > **** NOTICE 3a ^^^^^^^^^^^^^^^^^^^^^^^ **** > # ls -lo test/a/cc/hh > -rw-r--r-- 1 root wheel schg 3 Apr 29 08:24 test/a/cc/hh > **** NOTICE 3b ^^^^ **** > # rm test/a/cc/hh > override rw-r--r-- root/wheel schg for test/a/cc/hh? yes > **** NOTICE 3c (NO ERROR!) **** > # ls -lo test/a/cc/ > total 2 > -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 dd > **** NOTICE 3d (the file is gone despite immutable flags seemingly set!)= =20 > **** > > End of test case > > It makes no difference to specify '-c tradicional'. > > I skimmed over the patch code and have noticed no file flags or > director[y flags] are indeed [ever] copied to the shadow files. > [Edit: spelling] > > I'd really appreciate if you could fix that for the patch version 12. > > Thank you very much! > Andr=E9 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --0-683816645-1149165430=:37536-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 13:36:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 574AB16B544 for ; Thu, 1 Jun 2006 13:36:58 +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 919F943D46 for ; Thu, 1 Jun 2006 13:36:57 +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 2B6C546BA2; Thu, 1 Jun 2006 09:36:55 -0400 (EDT) Date: Thu, 1 Jun 2006 14:36:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kostik Belousov In-Reply-To: <20060601124918.GA51393@deviant.kiev.zoral.com.ua> Message-ID: <20060601143527.F37536@fledge.watson.org> References: <20060601124918.GA51393@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: recent vixie cron vulnerability 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, 01 Jun 2006 13:37:02 -0000 On Thu, 1 Jun 2006, Kostik Belousov wrote: > There was recent discovery of the problem in the vixie cron job execution, > see http://www.securityfocus.com/bid/18108/ and > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178431 The hole exists > because calls to the setuid(2) goes unchecked for errors. > > At first look, the issue seems to be irrelevant to the FreeBSD, because, in > absence of mac(9), setuid(2) and similar calls can fail only for non-root > user. > > But, if mac is present, then the setuid(2) could fail, and our version 3.0 > cron will execute user job with zero uid as well. To trick the cron into the > problem, some mac policy shall be present in the kernel that would fail > setuid() call for some reasons. > > Do you consider this important enough to justify the patch ? Fortunately, none of our current shipped policies assert control over setuid(), so none of the policies we provide can result in this bug triggering. However, third party policies could potentially be affected. We should adopt this patch, or something like it, as such policies may exist in the future, and may already be present in third party code, and are desirable to support. Robert N M Watson > > Index: cron/do_command.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/usr.sbin/cron/cron/do_command.c,v > retrieving revision 1.23 > diff -u -r1.23 do_command.c > --- cron/do_command.c 24 Aug 2005 17:51:36 -0000 1.23 > +++ cron/do_command.c 1 Jun 2006 12:47:31 -0000 > @@ -245,12 +245,29 @@ > /* set our directory, uid and gid. Set gid first, > * since once we set uid, we've lost root privledges. > */ > - setgid(e->gid); > + if (setgid(e->gid) != 0) { > + log_it(usernm,getpid(),"error","setgid failed"); > + exit(ERROR_EXIT); > + /*NOTREACHED*/ > + } > # if defined(BSD) > - initgroups(usernm, e->gid); > + if (initgroups(usernm, e->gid) != 0) { > + log_it(usernm,getpid(),"error","initgroups failed"); > + exit(ERROR_EXIT); > + /*NOTREACHED*/ > + } > # endif > - setlogin(usernm); > - setuid(e->uid); /* we aren't root after this..*/ > + if (setlogin(usernm) != 0) { > + log_it(usernm,getpid(),"error","setlogin failed"); > + exit(ERROR_EXIT); > + /*NOTREACHED*/ > + } > + if (setuid(e->uid) != 0) { > + log_it(usernm,getpid(),"error","setuid failed"); > + exit(ERROR_EXIT); > + /*NOTREACHED*/ > + } > + /* we aren't root after this..*/ > #if defined(LOGIN_CAP) > } > if (lc != NULL) > Index: cron/popen.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/usr.sbin/cron/cron/popen.c,v > retrieving revision 1.12 > diff -u -r1.12 popen.c > --- cron/popen.c 6 Feb 2002 02:00:07 -0000 1.12 > +++ cron/popen.c 1 Jun 2006 12:47:31 -0000 > @@ -175,12 +175,21 @@ > /* set our directory, uid and gid. Set gid first, > * since once we set uid, we've lost root privledges. > */ > - setgid(e->gid); > + if (setgid(e->gid) != 0) > + _exit(ERROR_EXIT); > + /*NOTREACHED*/ > # if defined(BSD) > - initgroups(usernm, e->gid); > + if (initgroups(usernm, e->gid) != 0) > + _exit(ERROR_EXIT); > + /*NOTREACHED*/ > # endif > - setlogin(usernm); > - setuid(e->uid); /* we aren't root after this..*/ > + if (setlogin(usernm) != 0) > + _exit(ERROR_EXIT); > + /*NOTREACHED*/ > + if (setuid(e->uid) != 0) > + _exit(ERROR_EXIT); > + /*NOTREACHED*/ > + /* we aren't root after this..*/ > #if defined(LOGIN_CAP) > } > if (lc != NULL) > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 14:01:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D7716A48B for ; Thu, 1 Jun 2006 14:01:36 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F24D43D58 for ; Thu, 1 Jun 2006 14:01:30 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k51E0x8E018063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Jun 2006 17:01:03 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k51E3CBC006324; Thu, 1 Jun 2006 17:03:12 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k51E3C3j006323; Thu, 1 Jun 2006 17:03:12 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 1 Jun 2006 17:03:12 +0300 From: Giorgos Keramidas To: pfgshield-freebsd@yahoo.com Message-ID: <20060601140312.GB6057@gothmog.pc> References: <447E41AE.6050705@thebeastie.org> <20060601014105.7957.qmail@web32705.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060601014105.7957.qmail@web32705.mail.mud.yahoo.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.408, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.79, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-hackers@freebsd.org, Michael Vince Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 14:01:37 -0000 On 2006-06-01 03:41, pfgshield-freebsd@yahoo.com wrote: > FWIW, I'd also like to see libumem ported. Me too. I have been toying with the idea of consulting Jason Evans about this for a while now. If something like this starts, are you willing to help with the port? From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 14:30: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 7507316BCCC for ; Thu, 1 Jun 2006 14:30:08 +0000 (UTC) (envelope-from fierykylin@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0AAB43DA1 for ; Thu, 1 Jun 2006 14:29:40 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so206328wxd for ; Thu, 01 Jun 2006 07:29:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=SqO9Z8ClhFw+GFJ83vEbld2ml9FTcVUtv5tffGuAtxT3Abgl6SD9AMQHztq6fnMJBaIrlJ3xxEEt9yVu+PkqnYS6hFlmi5eNttSj8C+QRBYNIHndCi/MR6Up0P/qZHMtJfwBm2In4F9z7uatn3SBMk7aBkJZfUbeQXCmL2/iWdg= Received: by 10.70.19.5 with SMTP id 5mr803538wxs; Thu, 01 Jun 2006 07:29:39 -0700 (PDT) Received: by 10.70.43.11 with HTTP; Thu, 1 Jun 2006 07:29:39 -0700 (PDT) Message-ID: <87ab37ab0606010729o6435988cw6196345902a7e151@mail.gmail.com> Date: Thu, 1 Jun 2006 22:29:39 +0800 From: "william wallace" Sender: fierykylin@gmail.com To: "M. Warner Losh" In-Reply-To: <20060530.193050.-957834284.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ab37ab0605300815k55358542y3110d4ee30cf8ba2@mail.gmail.com> <20060530094407.S93846@pooker.samsco.org> <87ab37ab0605301826j92e3f6gaed3ba75c039fe33@mail.gmail.com> <20060530.193050.-957834284.imp@bsdimp.com> X-Google-Sender-Auth: 2fb9b5d89c941f51 Cc: freebsd-hackers@freebsd.org, scottl@samsco.org Subject: Re: misc questions about the device&driver arch 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, 01 Jun 2006 14:30:08 -0000 Sir : question one : I see lots' of use of pcib_get_bus but i cannot see the defination ,where is it ? question two: what is the relationship among 1device_delete_child 2devclass_delete_device and 3devclass_delete_driver there seems some overlap among them :) 1devclass_delete_driver ->device_detach->devclass_delete_device 2device_delete_child -> device_detach thank u!! we who r about to die,salute u! From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 15:13: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 5957516ADC8 for ; Thu, 1 Jun 2006 15:13:51 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D4543D58 for ; Thu, 1 Jun 2006 15:13:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so172148uge for ; Thu, 01 Jun 2006 08:13:46 -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=X7QmpVJocbL09pMiKyrNm6UDDevIFezknBYToJhoJyfQHXv58dnNpDfuZXA23hXvyWDAxX3C+KXzg1Ge5t8/LnQnMAYt+q+PeWZFOexLmeinJp0jG25gsGdFRTvYk4EhadKiN8wXQqLwcH6mkzDjYX59YqNk9UgcXhg78Ectegw= Received: by 10.78.18.1 with SMTP id 1mr148465hur; Thu, 01 Jun 2006 08:13:46 -0700 (PDT) Received: by 10.78.71.19 with HTTP; Thu, 1 Jun 2006 08:13:45 -0700 (PDT) Message-ID: <84dead720606010813u5c5a3f6fo75c19b7f02e87f18@mail.gmail.com> Date: Thu, 1 Jun 2006 20:43:45 +0530 From: "Joseph Koshy" To: "Michael Schuh" In-Reply-To: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Scope of Variables in sh 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, 01 Jun 2006 15:13:55 -0000 > but this doesnt function right. so i see the behavior from > $myline in the while-loop like an local variable...... If you are looking for function local variables, use the "local" keyword. For example: ++++ a.sh ++++ a=1 f() { local a a=2 echo B: In f: $a } echo A: Outside f: $a f echo C: Outside f: $a ++++++++ % sh a.sh A: Outside f: 1 B: In f: 2 C: Outside f: 1 -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 16:14:47 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A09216A782 for ; Thu, 1 Jun 2006 16:14:47 +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 CD7C243D46 for ; Thu, 1 Jun 2006 16:14:46 +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 k51GEWCF008013; Thu, 1 Jun 2006 10:14:39 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447F1262.6020805@samsco.org> Date: Thu, 01 Jun 2006 10:14:26 -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: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org Subject: Re: iSCSI/sendto(...) 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, 01 Jun 2006 16:14:47 -0000 Danny Braniss wrote: >>Danny Braniss wrote: >> >> >>>Hi, >>> on a fairly new 6.1-stable, and probably before, once in a >>>blue moon, sendto return error 64 (EHOSTDOWN?). but the packet seems to have >>>been received by the target, since i get a response, and further more, >>>everything keeps on working. >>> >>>what is error 64? >>> >>>danny >>> >>> >> >>EHOSTDOWN comes from the ARP layer of the IP stack, and would be >>consistent with the host either getting no arp response or rejected >>responses from the target. It would be useful to run tcpdump+ethereal >>on your connection to see what is really going on. >> > > too much traffic, and would be like looking for a needle in a haystack. > (i can't reproduce this at will) > the question is, if it was an error, how come the packet did go out. > need more proof for the above statement - working on it. > > danny > > > > I find that ethereal does a great job of associating packets and making it easy to sort through mountains of data. It's not so good at actually collecting the packets, so I run tcpdump in raw collection mode and then feed the output to ethereal for analysis. Having tcpdump generate a circular ring of files that are at most 20MB works best. Scott From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 16:51: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 9FDE716A84E for ; Thu, 1 Jun 2006 16:51:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8BBB43D4C for ; Thu, 1 Jun 2006 16:51:00 +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 C65DD46D7D; Thu, 1 Jun 2006 12:50:57 -0400 (EDT) Date: Thu, 1 Jun 2006 17:50:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eric Anderson In-Reply-To: <447EE076.4040501@centtech.com> Message-ID: <20060601174648.H37536@fledge.watson.org> References: <447E63F6.5000205@centtech.com> <20060601040930.95995.qmail@web32711.mail.mud.yahoo.com> <18e02bd30606010527m910bac7s74d6696d931465f5@mail.gmail.com> <447EE076.4040501@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Iantcho Vassilev , freebsd-hackers@freebsd.org Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 16:51:18 -0000 On Thu, 1 Jun 2006, Eric Anderson wrote: > Agreed it would be. I'd love to see it (I'm an advocate for as many > filesystems available as possible actually). > > So, the real question is, who's going to volunteer to start actually porting > it? People interested in volunteering can expect lots of help and interest, but should go into it knowing that it's a highly complex multi man year project, and definitely not a summer project or "free weekends" sort of thing. I'm happy to be proven wrong on that point, but it would be dishonest for me to suggest it will be easy. :-) Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 18:06: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 1C61516A719; Thu, 1 Jun 2006 18:06:39 +0000 (UTC) (envelope-from joseph@randomnetworks.com) Received: from rhyll.com (rhyll.com [70.84.96.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C35943D5E; Thu, 1 Jun 2006 18:06:36 +0000 (GMT) (envelope-from joseph@randomnetworks.com) Received: from localhost (localhost [127.0.0.1]) by rhyll.com (Postfix) with ESMTP id A992E2E078; Thu, 1 Jun 2006 11:06:35 -0700 (PDT) Received: from rhyll.com ([127.0.0.1]) by localhost (sm01.rhyll.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 50595-01; Thu, 1 Jun 2006 11:06:34 -0700 (PDT) Received: from [10.200.1.175] (unknown [204.102.9.17]) by rhyll.com (Postfix) with ESMTP id A70172E077; Thu, 1 Jun 2006 11:06:34 -0700 (PDT) In-Reply-To: <20060601174648.H37536@fledge.watson.org> References: <447E63F6.5000205@centtech.com> <20060601040930.95995.qmail@web32711.mail.mud.yahoo.com> <18e02bd30606010527m910bac7s74d6696d931465f5@mail.gmail.com> <447EE076.4040501@centtech.com> <20060601174648.H37536@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <61E211B0-D3AB-47C8-B921-F2B12E653975@randomnetworks.com> Content-Transfer-Encoding: 7bit From: Joseph Scott Date: Thu, 1 Jun 2006 11:06:33 -0700 To: Robert Watson X-Mailer: Apple Mail (2.750) X-Virus-Scanned: amavisd-new at rhyll.com Cc: Iantcho Vassilev , freebsd-hackers@freebsd.org Subject: Re: Is anyone working on a port of ZFS to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 18:06:48 -0000 On Jun 1, 2006, at 9:50 AM, Robert Watson wrote: > > On Thu, 1 Jun 2006, Eric Anderson wrote: > >> Agreed it would be. I'd love to see it (I'm an advocate for as >> many filesystems available as possible actually). >> >> So, the real question is, who's going to volunteer to start >> actually porting it? > > People interested in volunteering can expect lots of help and > interest, but should go into it knowing that it's a highly complex > multi man year project, and definitely not a summer project or > "free weekends" sort of thing. I'm happy to be proven wrong on > that point, but it would be dishonest for me to suggest it will be > easy. :-) I thought that I'd mentioned this on this list a few days ago, but there is a SoC project to port ZFS to FUSE. The person doing the work is specifically targeting Linux for this, but since we already have FUSE running on FreeBSD it seems like a pretty good way to at least get something working (assuming the SoC project completes). Jeff Bonwick's blog about it: http://blogs.sun.com/roller/page/ bonwick?entry=zfs_on_fuse_linux ZFS on FUSE blog: http://zfs-on-fuse.blogspot.com/ ZFS on FUSE website/wiki: http://www.wizy.org/wiki/ZFS_on_FUSE I doubt that I'd be any help making the code work, but I certainly like to see this make to FreeBSD is possible. If there are other things that I can do to help then I'd be open to suggestions. -- Joseph Scott http://joseph.randomnetworks.com joseph@randomnetworks.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 14:28:53 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88FD516B567 for ; Thu, 1 Jun 2006 14:28:53 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68AE443D4C for ; Thu, 1 Jun 2006 14:28:40 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so206139wxd for ; Thu, 01 Jun 2006 07:28:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=oOJflNl+zUcUy9GnbnNx/Nckpbx7/aylHqspc0VO0DPy17V/44UhzPFrooO7qRE0mmfYdiy6BJHp/JMaSu7T3rLlw6dseB87vpAWKYTBLxqBDxL/oOkgZHs0knrjwFmNpda7YB9N/UxY6FShzneeOrMynz1XFtS9E8JeaRxDPb4= Received: by 10.70.73.13 with SMTP id v13mr789475wxa; Thu, 01 Jun 2006 07:28:39 -0700 (PDT) Received: by 10.70.113.4 with HTTP; Thu, 1 Jun 2006 07:28:39 -0700 (PDT) Message-ID: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> Date: Thu, 1 Jun 2006 16:28:39 +0200 From: "Michael Schuh" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Thu, 01 Jun 2006 18:53:23 +0000 Cc: freebsd-stable@freebsd.org Subject: Scope of Variables in sh 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, 01 Jun 2006 14:28:53 -0000 Hello, i have a little problem with the scope of sheel variables in an script. the script shows like: #!/bin/sh objectcountfile=/data2/scout/objects objectsum=/data2/scout/objcount sometime=5 initialize() { [ ! -e $objectsum ] && touch $objectsum } # countobjects() { myline=0 cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line do myline=`expr $myline + $line` echo $myline > $objectsum done } initialize while true do countobjects clear echo bla bla cat $objectsum sleep $sometime done ##end script this script does what i want, but, i dont really want put the count ($myline) every time he changes in $objectsum. this wasnt really neccessary only the result over all interests me. so my first script was ## countobjects() { myline=0 cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line do myline=`expr $myline + $line` done echo $myline > $objectsum } ## but this doesnt function right. so i see the behavior from $myline in the while-loop like an local variable...... i have searched in man-pages and in google but i have not really good points found. Can anyone give me an ligthshed on this problem? Please answer me directly, i be out of freebsd-hackers. thanks michael From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 15:09:25 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 AE93B16C21E for ; Thu, 1 Jun 2006 15:09:25 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32701.mail.mud.yahoo.com (web32701.mail.mud.yahoo.com [68.142.207.245]) by mx1.FreeBSD.org (Postfix) with SMTP id A837E43D53 for ; Thu, 1 Jun 2006 15:09:24 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 98194 invoked by uid 60001); 1 Jun 2006 15:09:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=QcYS5Y/v0jazkSTj72YgZ9rfDPitlxu87GpzhshLDZcSdql89cXTUgOOht9Xta6jtswsfV58t3hrOLj1ed3OryE381WfqBJFBHxKYpx3krZZggFCp/2PJ0DI91xBrjG+TjYSDhT4KnpnUmxurGq63aBr3u4NYAZn+XfVnm8Hbmo= ; Message-ID: <20060601150924.98192.qmail@web32701.mail.mud.yahoo.com> Received: from [200.118.60.210] by web32701.mail.mud.yahoo.com via HTTP; Thu, 01 Jun 2006 17:09:24 CEST Date: Thu, 1 Jun 2006 17:09:24 +0200 (CEST) From: To: Giorgos Keramidas In-Reply-To: <20060601140312.GB6057@gothmog.pc> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 01 Jun 2006 18:53:44 +0000 Cc: freebsd-hackers@freebsd.org Subject: Porting libumem (was Re: Is anyone working on a port of ZFS to FreeBSD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 15:09:25 -0000 --- Giorgos Keramidas ha scritto: > On 2006-06-01 03:41, pfgshield-freebsd@yahoo.com wrote: > > FWIW, I'd also like to see libumem ported. > > Me too. > > I have been toying with the idea of consulting Jason Evans about > this for a while now. If something like this starts, are you > willing to help with the port? > Such a project was started (for linux at least) http://sourceforge.net/projects/umem I don't have time right now, but yes I'd like to help. I'd surely like to see libumem in the ports tree. IMHO, and purely as constructive criticism, Jason's article would've been much more interesting if he had tested ptmalloc (in the ports tree) and we had had libumem. Pedro. ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 15:46:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5196B16AAAE for ; Thu, 1 Jun 2006 15:46:22 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2580643D77 for ; Thu, 1 Jun 2006 15:46:12 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so219202wxd for ; Thu, 01 Jun 2006 08:46: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ReCsPimiVy/wUrWwEHX+Xb7oEpFwPON+H5IGFj4YT1sfsvcJRq571/IwqHy2yi9/GmADPYNxlz21ana7V1se2wukCmxHSuW7NKZ5KeCRoL8mxQsWPzaesD6qXprQGcnwJ/5pb++aB1Rs3axrG7OQN0RaW3IdeB55HU3jTPMj9Rw= Received: by 10.70.90.16 with SMTP id n16mr900650wxb; Thu, 01 Jun 2006 08:46:12 -0700 (PDT) Received: by 10.70.113.4 with HTTP; Thu, 1 Jun 2006 08:46:12 -0700 (PDT) Message-ID: <1dbad3150606010846i7fbbacaal131d9a926698281f@mail.gmail.com> Date: Thu, 1 Jun 2006 17:46:12 +0200 From: "Michael Schuh" To: "Bob Willcox" In-Reply-To: <20060601145434.GA54972@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> <20060601145434.GA54972@rancor.immure.com> X-Mailman-Approved-At: Thu, 01 Jun 2006 18:54:16 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Scope of Variables in sh 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, 01 Jun 2006 15:46:22 -0000 Hello Bob, Hello @Lists, > countobjects() > { > myline=0 > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| > awk '{myline += $1} END {print myline}' > $objectsum > } this gave me the right behavior. THX i ve forgotten that the piping opens another subshell, so it is clearly logical that the 2 variables have the same name, but are not identical :-) thanks for all michael 2006/6/1, Bob Willcox : > > On Thu, Jun 01, 2006 at 04:28:39PM +0200, Michael Schuh wrote: > > Hello, > > > > i have a little problem with the > > scope of sheel variables in an script. > > the script shows like: > > > > #!/bin/sh > > objectcountfile=/data2/scout/objects > > objectsum=/data2/scout/objcount > > sometime=5 > > initialize() > > { > > [ ! -e $objectsum ] && touch $objectsum > > } > > # > > countobjects() > > { > > myline=0 > > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line > > do > > myline=`expr $myline + $line` > > echo $myline > $objectsum > > done > > } > > initialize > > while true > > do > > countobjects > > clear > > echo bla bla > > cat $objectsum > > sleep $sometime > > done > > ##end script > > > > this script does what i want, but, i dont really want put > > the count ($myline) every time he changes in $objectsum. > > this wasnt really neccessary only the result over all interests me. > > so my first script was > > ## > > countobjects() > > { > > myline=0 > > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line > > do > > myline=`expr $myline + $line` > > done > > echo $myline > $objectsum > > } > > ## > > but this doesnt function right. so i see the behavior from $myline in the > > while-loop like an local variable...... > > With: > > while ... > do > ... > done > > The statements within the do...done sequence are run in a subshell and > therefore all variables referenced by those statements are local to > that subshell. Consequently, the myline variable that is outside of the > do...done sequence is a *different* variable (and will still be null in > your example). > > I'm not sure what your data looks like, but one possible solution would > be to use awk to read the lines and do the addition, perhaps like this: > > countobjects() > { > myline=0 > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| > awk '{myline += $1} END {print myline}' > $objectsum > } > > Note that I didn't actually run the above code, but I think it's > correct, and if not, it should be pretty close to what you need. > > Of course, you could replace the cat and 2 greps with some additional > awk stuff (and improve performance), but I wanted to keep it as simple > and close to your example as possible. > > > > > i have searched in man-pages and in google but i have > > not really good points found. > > > > Can anyone give me an ligthshed on this problem? > > Please answer me directly, i be out of freebsd-hackers. > > I recommend some good shell & awk programming books. > > Hope this helps, > Bob > > > > > thanks > > > > michael > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > Bob Willcox Grabel's Law: > bob@immure.com 2 is not equal to 3 -- not even for large values > Austin, TX of 2. > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 1 21:59: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 6A62516BA6D for ; Thu, 1 Jun 2006 21:59:54 +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 08DBA43D46 for ; Thu, 1 Jun 2006 21:59:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k51LwQpB080227; Thu, 1 Jun 2006 15:58:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 01 Jun 2006 15:58:32 -0600 (MDT) Message-Id: <20060601.155832.-1935222835.imp@bsdimp.com> To: volker@vwsoft.com From: "M. Warner Losh" In-Reply-To: <447B0CD3.1080309@vwsoft.com> References: <447B0CD3.1080309@vwsoft.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: USB device with multiple interfaces, sample code 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: Thu, 01 Jun 2006 22:00:01 -0000 In message: <447B0CD3.1080309@vwsoft.com> Volker writes: : Hi hackers, : : I'm trying to correctly implement a driver for an USB device which : has multiple (serial) interfaces (at least 3). Each interface should : be seen by the kernel as a tty device entry /dev(/cuaU* or /dev/ttyU*). : : After reading the usb kernel sources I'm not quite sure how to deal : with that. As the device entry is being created in ucom.c : (ucom_attach calls ttycreate) I'm not quite sure which code is : responsible for scanning (enumerating) and correctly attaching to : the usb device interfaces or if there's just a wrong enumeration : return code. : : I haven't found any usb code which deals with more than 1 interface : per usb device (except sound/pcm/uaudio but while doing a quick read : of that code I do not understand much of uaudio). : : Does any of the hackers have a piece of sample code on how to scan : usb device interfaces and attach a device file entry (/dev/) to it? : Or any pseudo-code or graphical explanation on how the usb code is : actually doing device enumeration? Either you are going to have to attach multiple ucom devices, or manage the tty layer yourself. enumeration is something that's device specific, but the freebsd side is just adding mutiple devices. I think that the ucom stuff right now isn't a 'real' device, so there might be dragons there. Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 2 05:26: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 55E8F16AA04 for ; Fri, 2 Jun 2006 05:26:59 +0000 (UTC) (envelope-from meianoite@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5673643D49 for ; Fri, 2 Jun 2006 05:26:56 +0000 (GMT) (envelope-from meianoite@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so434811nzf for ; Thu, 01 Jun 2006 22:26:55 -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=j7VF7MDcIhhNp+bKHghRZIXe2UeX+yLFwmKt67/7sQpl+XA8ro+p8HXPOPiwHlgW1Kh/goDx40DsFM+sS+l5He7V1ywI81BKhKvUgUtUwJCPhZ61M4H8hfCi1Wg0gd3wIqcRcUlCWhlnA9Zb1mopsMsfvhaN8Zu7R1tVLXLVueU= Received: by 10.36.160.15 with SMTP id i15mr1872922nze; Thu, 01 Jun 2006 22:26:55 -0700 (PDT) Received: by 10.36.113.7 with HTTP; Thu, 1 Jun 2006 22:26:55 -0700 (PDT) Message-ID: <2ad73a0606012226h75e03deck653c34f98e98233c@mail.gmail.com> Date: Fri, 2 Jun 2006 02:26:55 -0300 From: "=?ISO-8859-1?Q?Andr=E9_Braga?=" To: "Robert Watson" In-Reply-To: <20060601133410.M37536@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> <20060601133410.M37536@fledge.watson.org> X-Mailman-Approved-At: Fri, 02 Jun 2006 11:30:21 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander Leidinger Subject: Re: [ANN] unionfs patchset-13 release 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, 02 Jun 2006 05:26:59 -0000 On 6/1/06, Robert Watson wrote: > On Wed, 31 May 2006, Andr=E9 Braga wrote: [snip] > > I also have this feeling that ACLs also aren't respected inside > > jails or can be overwritten as easily as shown below > > By "ACLs also aren't respected inside jails", do you mean, "ACLs don't wo= rk in > jail", or do you mean, "ACLs don't work with unionfs"? They are believed > firmly to work with jail, and if you have evidence to the contrary, a PR > pointer would be greatly appreciated so it can be investigated. s/"jails"/"unionfs with the -b option". Sorry. I intended to use unionfs to keep a single "pristine" tree with nothing but what installword/distribution puts in there, and then layer several other mountpoints on top of it to handle several jails, each to every service my server would offer: web, mail, database, RADIUS, LDAP and user's home directories. This works best by mounting the pristine tree *below* those mountpoints. However, as demonstrated by the test case on my previous message, more sophisticated access control mechanisms, like immutable flags, are not handled by the patchset as per the -p11 version (and I still don't know whether this behaviour was fixed on subsequent patches up to -p13. Would someone enlighten me?). This is why I mentioned that ACLs are probably not correctly handled by "unionfs with the mount below option" either. This has nothing to do with jails per se, but to unionfs. Sorry if I alarmed anyone :) From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 2 18:37: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 614CE16A420 for ; Fri, 2 Jun 2006 18:37:43 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6DA543D5C for ; Fri, 2 Jun 2006 18:37:42 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by nf-out-0910.google.com with SMTP id l37so1157880nfc for ; Fri, 02 Jun 2006 11:37:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=QQkOeqTMWyO5cDt081TSbCoM/zv7yoFYr+yvsnjI10eN8So8Y+XTt4Hh8/7O+V/VAzBCEz+RRdct5dFYzdgyFG+8eUCTxGfbtjeXrtzSBqvG06NeAF7dMnYM5Lw+myvXBYjBbIQDmGI4BL9N+jYYRG9wcU/qookEF7g5yORYfik= Received: by 10.48.222.9 with SMTP id u9mr979109nfg; Thu, 01 Jun 2006 09:01:57 -0700 (PDT) Received: by 10.67.25.10 with HTTP; Thu, 1 Jun 2006 09:01:57 -0700 (PDT) Message-ID: <5f67a8c40606010901s520c8898udf3a254e7f15a7b3@mail.gmail.com> Date: Thu, 1 Jun 2006 12:01:57 -0400 From: "Zaphod Beeblebrox" To: "John Baldwin" In-Reply-To: <200511061007.03634.jhb@FreeBSD.org> MIME-Version: 1.0 References: <87ab37ab0511032030o134b9316j83295dd303e4e44b@mail.gmail.com> <20051105.140416.69987626.imp@bsdimp.com> <87ab37ab0511060314m2eef7458vefc4f5f657ea6501@mail.gmail.com> <200511061007.03634.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, kylin Subject: Re: misc questions about the device&driver arch 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, 02 Jun 2006 18:37:43 -0000 On 11/6/05, John Baldwin wrote: > > > No, FreeBSD doesn't currently do what this decribes yet. It would be > possible > to do it by adding a new device_pause() method that drivers would be > required > to implement while the resources were shuffled around though and possibly > a > device_unpause() method so that they could update their state if their > resources were changed while the device was paused. Commenting specifically on this little nugget, this sounds like a boon to someone that might try and implement a suspend to disk system in the kernel. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 2 23:44:50 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 B1FE216A422 for ; Fri, 2 Jun 2006 23:44:50 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F4243D46 for ; Fri, 2 Jun 2006 23:44:50 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id A35A85E4934; Fri, 2 Jun 2006 16:44:49 -0700 (PDT) Received: from [70.36.3.3] (coeur_dalene_cuda1_id-eacb02-00-crdlid-70-36-3-3.losaca.adelphia.net [70.36.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 455B95E4906; Fri, 2 Jun 2006 16:44:48 -0700 (PDT) Message-ID: <4480CD78.4070602@FreeBSD.org> Date: Fri, 02 Jun 2006 16:44:56 -0700 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.8-1.4.1 (X11/20060420) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pfgshield-freebsd@yahoo.com References: <20060601150924.98192.qmail@web32701.mail.mud.yahoo.com> In-Reply-To: <20060601150924.98192.qmail@web32701.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.5 Cc: Giorgos Keramidas , freebsd-hackers@freebsd.org Subject: Re: Porting libumem (was Re: Is anyone working on a port of ZFS to FreeBSD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 23:44:50 -0000 pfgshield-freebsd@yahoo.com wrote: > IMHO, and purely as constructive criticism, Jason's article would've been much > more interesting if he had tested ptmalloc (in the ports tree) and we had had > libumem. Yes, that would have been nice, but when I tried to use ptmalloc, it failed to work correctly. I don't remember the details anymore, but ISTR there was something wrong with the ptmalloc port that I didn't have the time to fix. Jason From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 3 01:40: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 7608A16A469 for ; Sat, 3 Jun 2006 01:40:44 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4023543D58 for ; Sat, 3 Jun 2006 01:40:38 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by nf-out-0910.google.com with SMTP id l37so1225171nfc for ; Fri, 02 Jun 2006 18:40:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=CNb5UDEtR9C4axp5k9Vr6X4igZkJaEHtPzEDApMTuIXIRIm7wOJovDK0OENJ+JIQak3Vo3/UQ42HGNcdv8PV4muJ4+mUUgrUb04lHBFIN9K90TMzRhm7fzn4xEDCKMG2Bmi7VKIioFJIxLAFDq/uHj4p5WIwYvFwSkqM4FDggec= Received: by 10.48.242.14 with SMTP id p14mr535173nfh; Wed, 31 May 2006 09:53:51 -0700 (PDT) Received: by 10.67.25.10 with HTTP; Wed, 31 May 2006 09:53:51 -0700 (PDT) Message-ID: <5f67a8c40605310953h27bf170oa474200cd4b93c03@mail.gmail.com> Date: Wed, 31 May 2006 12:53:51 -0400 From: "Zaphod Beeblebrox" To: "Eugene M. Kim" In-Reply-To: <447DBA44.1060605@ab.ote.we.lv> MIME-Version: 1.0 References: <447DB0B1.8040206@ab.ote.we.lv> <20060531153029.GE6982@dan.emsphone.com> <447DBA44.1060605@ab.ote.we.lv> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Dan Nelson Subject: Re: dump(8) performance 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, 03 Jun 2006 01:40:48 -0000 On 5/31/06, Eugene M. Kim wrote: > > Dan Nelson wrote: > > Are you using the -C option to dump? I would expact that to help more > > in the "dumping directories" step, but it might help later phases too. > > Yep, -C32. I'm a pretty big fan of using team (ports/misc/team). Team implements a ring buffer for the output of dump. Is the -C argument an output buffer or a buffer at some other level of the process? From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 3 02:10: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 707D216A423; Sat, 3 Jun 2006 02:10:31 +0000 (UTC) (envelope-from saturnero@freesbie.org) Received: from out2.alice.it (smtp-out03.alice.it [85.37.17.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id A254E43D46; Sat, 3 Jun 2006 02:10:27 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from FBCMMO02.fbc.local ([192.168.68.196]) by out2.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Sat, 3 Jun 2006 04:10:26 +0200 Received: from client.alice.it ([192.168.68.142]) by FBCMMO02.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 3 Jun 2006 04:10:26 +0200 Received: from [192.168.99.16] ([87.5.150.129]) by client.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Sat, 3 Jun 2006 04:10:25 +0200 Message-ID: <4480EF8B.10101@freesbie.org> Date: Sat, 03 Jun 2006 04:10:19 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: Daichi GOTO 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> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> In-Reply-To: <447C919B.20303@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0BEAED4E1C135BBC53229187" X-OriginalArrivalTime: 03 Jun 2006 02:10:26.0194 (UTC) FILETIME=[E0E36F20:01C686B2] X-Mailman-Approved-At: Sat, 03 Jun 2006 03:43:50 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, meianoite@gmail.com, freebsd-listen@fabiankeil.de, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander@Leidinger.net Subject: Re: [ANN] unionfs patchset-13 release 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, 03 Jun 2006 02:10:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0BEAED4E1C135BBC53229187 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daichi GOTO ha scritto: > Hi Guys! >=20 > It is my pleasure and honor to announce the availability of > the unionfs patchset-13. >=20 > Patchset-13: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p13.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p13.diff >=20 > Changes in unionfs-p13.diff > - Fixed a bug that leads a panic around compat2 just > after VOP_RENAME call. >=20 > The documents of those unionfs patches: >=20 > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) >=20 > Guys taking some panic troubles with p12, please try the p13 :) > We think that p13 is getting be no-panic code quality. Great work! There's a test iso available via torrent: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060602.iso.torrent It seems quite stable. Testing is welcome. If it can be considered stable enough, I'll put it in our upcoming release. Please note that this kernel is compiled with debugging options enabled, so it is not good to see if performance are affected or not. I'm going to make a new build with a clean kernel with generic options. Bye, --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE project is looking for a new builder machine! Check http://www.freesbie.org/donations.html --------------enig0BEAED4E1C135BBC53229187 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEgO+Pymi72IiShysRAokJAKC07qFl6pPHM0az4oU4Q37g7N56fACgxuZS WF9ufldQIVtrYD/pWtkdNZE= =J13v -----END PGP SIGNATURE----- --------------enig0BEAED4E1C135BBC53229187-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 3 04:20:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA00B16A420 for ; Sat, 3 Jun 2006 04:20:58 +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 429DA43D46 for ; Sat, 3 Jun 2006 04:20:57 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k534KkAe001740; Fri, 2 Jun 2006 23:20:46 -0500 (CDT) (envelope-from dan) Date: Fri, 2 Jun 2006 23:20:46 -0500 From: Dan Nelson To: Zaphod Beeblebrox Message-ID: <20060603042046.GA19262@dan.emsphone.com> References: <447DB0B1.8040206@ab.ote.we.lv> <20060531153029.GE6982@dan.emsphone.com> <447DBA44.1060605@ab.ote.we.lv> <5f67a8c40605310953h27bf170oa474200cd4b93c03@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40605310953h27bf170oa474200cd4b93c03@mail.gmail.com> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: "Eugene M. Kim" , freebsd-hackers@freebsd.org Subject: Re: dump(8) performance 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, 03 Jun 2006 04:20:59 -0000 In the last episode (May 31), Zaphod Beeblebrox said: > On 5/31/06, Eugene M. Kim wrote: > >Dan Nelson wrote: > >> Are you using the -C option to dump? I would expact that to help > >> more in the "dumping directories" step, but it might help later > >> phases too. > > > >Yep, -C32. > > I'm a pretty big fan of using team (ports/misc/team). Team > implements a ring buffer for the output of dump. Is the -C argument > an output buffer or a buffer at some other level of the process? It's a read cache. -- Dan Nelson dnelson@allantgroup.com